experiment with //nolint for some structs which will prioritize reada…

…bility

.github/workflows/go-ci.yml

@@ -5,7 +5,6 @@ on:
       - v*
     branches:
       - main
-      - chore/ramin/field-alignment
   pull_request:
 
 jobs:
@@ -19,9 +18,6 @@ jobs:
       - name: Checkout code
         uses: actions/checkout@v4
 
-      - name: debug .go-version file
-        run: cat .go-version
-
       - name: Read .go-version file
         id: go-version
         run: |

.golangci.yml

@@ -64,7 +64,7 @@ linters-settings:
   misspell:
     locale: US
   goimports:
-    local-prefixes: github.com/celestiaorg/celestia-node
+    local-prefixes: github.com/celestiaorg/go-header
   dupl:
     threshold: 200
   govet:

sync/sync.go

@@ -30,7 +30,14 @@ var log = logging.Logger("header/sync")
 //   - Sets as the new Subjective Head, which
 //   - if there is a gap between the previous and the new Subjective Head
 //   - Triggers s.syncLoop and saves the Subjective Head in the pending so s.syncLoop can access it
+//
+//nolint:govet
 type Syncer[H header.Header[H]] struct {
+	// stateLk protects state which represents the current or latest sync
+	stateLk sync.RWMutex
+	// incomingMu ensures only one incoming network head candidate is processed at the time
+	incomingMu sync.Mutex
+
 	store syncStore[H]         // to store all the headers to
 	sub   header.Subscriber[H] // to subscribe for new Network Heads
 
@@ -49,11 +56,6 @@ type Syncer[H header.Header[H]] struct {
 	pending ranges[H]
 
 	state State
-
-	// stateLk protects state which represents the current or latest sync
-	stateLk sync.RWMutex
-	// incomingMu ensures only one incoming network head candidate is processed at the time
-	incomingMu sync.Mutex
 }
 
 // NewSyncer creates a new instance of Syncer.