Ερώτηση για bash

[tsigarid]

Μήπως έχουν αλλαγές στα permissions τα αρχεία για κάποιο λόγο;

[MitsakosGR]

Καμια ιδεα για τον παραφουσκωμενο φακελο .git?

Τι μέγεθος έχει; Εγώ που το έκανα clone είναι 246MB.

Απ' ότι είδα όλο το project είναι σε ένα branch οπότε δεν έχεις πολλές ελπίδες να μειωθεί και πολύ το μέγεθος. Η λειτουργία του git είναι τέτοια που μπορείς να πας σε οποιοδήποτε commit, άρα δεν μπορείς να διαγράψεις commits.

Μπορείς να μειώσεις το τοπικό μέγεθος αλλά κάθε φορά θα πρέπει να τα ξαναφέρει από το remote όλο το tree. Οπότε πρέπει να δεις τι σε συμφέρει πιο πολύ, να έχεις πιο μεγάλο μέγεθος τοπικά ή να το κατεβάζεις κάθε φορά;

[imitheos]

Τι μέγεθος έχει; Εγώ που το έκανα clone είναι 246MB.

Απ' ότι είδα όλο το project είναι σε ένα branch οπότε δεν έχεις πολλές ελπίδες να μειωθεί και πολύ το μέγεθος. Η λειτουργία του git είναι τέτοια που μπορείς να πας σε οποιοδήποτε commit, άρα δεν μπορείς να διαγράψεις commits.

Μπορείς να μειώσεις το τοπικό μέγεθος αλλά κάθε φορά θα πρέπει να τα ξαναφέρει από το remote όλο το tree. Οπότε πρέπει να δεις τι σε συμφέρει πιο πολύ, να έχεις πιο μεγάλο μέγεθος τοπικά ή να το κατεβάζεις κάθε φορά;

Έχει κάνει shallow clone οπότε δεν κατέβασε όλα τα commits. Το clone περνάει την depth παράμετρο στο git-fetch οπότε σου φέρνει όσα commits του πεις (ανάλογα φυσικά και με τα branches του repo). Το θέμα είναι τι γίνεται από εκεί και πέρα με το pull. Δεν θυμάμαι αν το pull τηρεί την παράμετρο depth που είχε δηλωθεί και την περνάει στο fetch ή αν απλά φέρνει τα πάντα κάθε φορά οπότε με το καιρό συνεχώς θα μεγαλώνει ο κατάλογος .git. Μήπως για να διατηρείται το μέγεθος μικρό πρέπει να κάνεις χειροκίνητα git fetch --depth και μετά git-merge; Δεν έχω ασχοληθεί με shallow clones οπότε δεν θυμάμαι τι γίνεται.

[jim_p]

@tsigarid
Παιζει αυτο που λες, μιας και κανω τα permissions 770 για να εχουν και αλλοι προσβαση εκει μεσα, πχ samba, αλλα πρωτα κανω το clone και την αλλαγη στα permissions μια-δυο φορες τη βδομαδα, για να τα κανει μαζεμενα.

@MitsakosGR
Σε μενα ειναι 170ΜΒ επειδη το git clone εγινε με --depth=1.

[tsigarid]

@tsigarid
Παιζει αυτο που λες, μιας και κανω τα permissions 770 για να εχουν και αλλοι προσβαση εκει μεσα, πχ samba, αλλα πρωτα κανω το clone και την αλλαγη στα permissions μια-δυο φορες τη βδομαδα, για να τα κανει μαζεμενα.

@MitsakosGR
Σε μενα ειναι 170ΜΒ επειδη το git clone εγινε με --depth=1.

Οπότε βρήκες τι είναι οι αλλαγές. Αν είναι μόνο τα permissions, κάνε stash, pull, stash pop, και θα πρέπει να είσαι μια χαρά.

[MitsakosGR]

Έκανα μερικά πειράματα και κατέληξα στο ακόλουθο για να μειώσεις όσο γίνεται το μέγεθος του .git:

git fetch --depth=1
git reset --hard origin/master
git reflog expire --all --expire=now
git gc --prune=now

Απ'ότι κατάλαβα η λογική είναι η εξής (αν έχω καταλάβει κάτι λάθος παρακαλώ διορθώστε με):

git fetch --depth=1

Κάνει fetch αλλά φέρνει μόνο το τελευταίο reference. Η λογική του fetch είναι ότι ψάχνει στο remote να βρει ένα reference ίδιο με το τελευταίο (ή κάποιο προηγούμενο) δικό σου. Αν το βρει τότε σου φέρνει τις αλλαγές από εκεί και πέρα.

Αν δεν βάλεις --depth=1 το tree σου θα μεγαλώσει όσα commit έχουν γίνει στο remote μετά το τελευταίο fetch.
Aν βάλεις --depth=1 ναι μεν φέρνει τις αλλαγές αλλά πετάει όλες τις υπόλοιπες και κρατάει μόνο το τελευταίο reference.

git reset --hard origin/master

Κάνει reset το working directory με βάση ότι έχει το origin/master. Ότι αλλαγή έχεις κάνει στο Local τότε την διαγράφει και επαναφέρει το remote

git reflog expire --all --expire=now

Κάνει όλα τα reference logs να γίνουν expire. Τα reference logs είναι πχ που ήταν το HEAD πριν 2-3 commit, πχ αυτό που ανέφερε ο imitheos `HEAD~2`. Κάνοντάς τα expire θεωρείς ότι δεν είναι χρήσιμα πλέον και μπορούν να φύγουν.

git gc --prune=now

Τρέχει τον garbage collector του git και διαγράφει ότι δεν χρειάζεται. Κανονικά διαγράφει όλα τα αρχεία που είναι τουλάχιστον 2 εβδομάδες "ληγμένα", οπότε με το prune=now διαγράφει ότι έχει λήξει ακόμα και τώρα. Οπότε σε συνδιασμό με το από πάνω που τα κάνει να λήξουν διαγράφει ότι δεν χρειάζεται.



Με βάση τα πειράματα που έκανα αν δεν κάνεις `git fetch --depth=1` και `git reflog expire --all --expire=now` το .git δεν μικραίνει ιδιαίτερα. To .git του πειράματος, από τα 110MB, έπεσε στα 17MB. Όσο ακριβώς είναι και το `git clone --depth=1` του συγκεκριμένου repo.

- - - Updated - - -

Οπότε βρήκες τι είναι οι αλλαγές. Αν είναι μόνο τα permissions, κάνε stash, pull, stash pop, και θα πρέπει να είσαι μια χαρά.

Το συγκεκριμένο repo (https://github.com/CHEF-KOCH/regtweaks) αν το κάνω clone με depth=1 τότε μου αφήνει το working tree με uncommitted changes, αμέσως μετά το clone! Περίεργο δεν είναι;

[imitheos]

Το συγκεκριμένο repo (https://github.com/CHEF-KOCH/regtweaks) αν το κάνω clone με depth=1 τότε μου αφήνει το working tree με uncommitted changes, αμέσως μετά το clone! Περίεργο δεν είναι;

Αν το κάνεις δηλαδή κανονικό clone δεν σου εμφανίζει πάλι uncommitted; Εμένα μου βγάζει ένα κάρο αρχεία πειραγμένα και αν πάω να τα κάνω checkout / restore παίρνω μήνυμα ότι δεν μπορεί να τα μετατρέψει από UTF-8 σε UTF-16.

Βλέπω ότι έχει ορίσει ένα κάρο gitattributes τα οποία είναι αυτά που προκαλούν το πρόβλημα. Για παράδειγμα λέει ότι όλα τα αρχεία .reg έχουν utf16 στο working-tree αλλά εσωτερικά δεν είναι αποθηκευμένα σαν utf-8. Ίσως η υλοποίηση του git που έτρεξε όταν τα πέρασε να μην υποστήριζε αυτό το attribute ή πιο πιθανώς εισήγαγε τα αρχεία πρωτού εισάγει το attribute. Το ίδιο πρόβλημα έχει και σε κάποια αρχεία με το CRLF. Επίσης άλλο πρόβλημα είναι ότι κάποια αρχεία είναι utf16le και κάποια είναι utf16be ενώ στην περιγραφή του repo λέει ότι όλα πρέπει να είναι UTF16LE χωρίς BOM. Αν δεις για παράδειγμα στον κατάλογο Win8/services.msc που έχει λίγα αρχεία, το αρχείο Disable Superfetch μου το έκανε κανονικά ενώ τα άλλα αρχεία μου τα έβγαλε error και τώρα φαίνονται σαν αλλαγμένα.

% hexdump -Cv Disable\ Superfetch.reg|head -1
00000000  fe ff 00 57 00 69 00 6e  00 64 00 6f 00 77 00 73  |...W.i.n.d.o.w.s|
# Παίζει σωστά
% hexdump -Cv Disable\ ReadyBoost.reg |head -1
00000000  ff fe 57 00 69 00 6e 00  64 00 6f 00 77 00 73 00  |..W.i.n.d.o.w.s.|
# Εμφανίζεται σαν αλλαγμένο
# Όπως φαίνεται, και τα δύο έχουν BOM

commit 2880dfa212d828bedc989c1dd3203313f41ad7ab
Commit:     CHEF-KOCH <CHEF-KOCH@protonmail.com>
CommitDate: Sun May 5 03:41:13 2019 +0200

    Prevent future file enconding problems (#20)
    There are still files which are not proper encoded (in most cases it doesn't matter) but this ensures the correct encoding is set by default for .reg files.
    
    Why did it happened?
    Because I use different PC's & Laptops and GitHub enforces UTF-8 (4-tabs by default) if nothing was setup.

commit 8915930c8fc86afb744cdd326f23e50fb4381244
Commit:     GitHub <noreply@github.com>
CommitDate: Mon Sep 30 02:16:44 2019 +0200

    GitHub finally fixed the registry binary but with git
    
    I will re-checkout the entire repository which should fix all UTF/line ending problems.

Δύο από τα commits που πειράζουν το .gitattributes είναι τα παραπάνω. Είναι πολύ εύκολο να κάνεις παπαριά με τα gitattributes (και ειδικά αν χρησιμοποιείς το γραφικό περιβάλλον του github) και μετά αν δεν το φτιάξεις εσύ στο repo, αυτοί που το κατεβάζουν έχουν τέτοια προβλήματα συνέχεια.

Edit: Υπάρχει και ανοιχτό issue στο repo με ημερομηνία 26 - Δεκ - 19 που λέει ότι γνωρίζει το πρόβλημα αλλά δεν είχε χρόνο να κάνει rebase και θα το κάνει από την νέα χρονιά. Όταν το κάνει θα διορθωθεί το πρόβλημα (και το repo του jim_p θα βρεθεί ξανά να είναι Ν commits μπροστά από το upstream )

[jim_p]

Οπότε βρήκες τι είναι οι αλλαγές. Αν είναι μόνο τα permissions, κάνε stash, pull, stash pop, και θα πρέπει να είσαι μια χαρά.

Αν ηταν τα permissions μονο, δεν θα επρεπε να μου λεει οτι υπαρχουν αλλαγες σε ολα τα αρχεια και οχι μονο σε 2?

[tsigarid]

Κανονικά ναι. Μήπως τα υπόλοιπα αρχεία έχουν ήδη τα permissions που δίνεις;

[jim_p]

Δεν νομιζω να τα δινει ο τυπος με τετοια permissions. Απο την αλλη, οταν κανω την αλλαγη με chmod, εχω βαλει και την παραμετρο για να δειχνει ποια αρχεια αλλαξε (και δεν τη θυμαμαι τωρα) και παντα αλλαζει τα οσα εγιναν με το τελευταιο commit. Anyway, αφου βρεθηκε λυση για να αποφυγω το clone απο την αρχη, ολα τα υπολοιπα δεν εχουν σημασια.

[johnson]

Καλού κακού δοκίμασε και αυτό αν προκύψει πάλι θέμα:
https://stackoverflow.com/questions/...-chmod-changes

Σε δική μου περίπτωση, ο client (smartgit) με είχε ενημερώσει σωστά ότι αφορά chmod και όχι αλλαγές στα περιεχόμενα των αρχείων.

[tsigarid]

Μας αλλάξανε λειτουργικό στον υπολογιστή της δουλειάς και πλέον το bash completion συμπεριφέρεται διαφορετικά με τα symlinks. Παλιά όταν έγραφα τα πρώτα γράμματα ενός symlink που έδειχνε σε ένα directory, το bash completion συμπλήρωνε κανονικά το όνομα και το slash στο τέλος όταν πατούσα tab. Τώρα συμπληρώνει μόνο το όνομα, και για να εμφανιστεί το slash πρέπει να πατήσω ακόμα μία φορά tab (ή να το συμπληρώσω μόνος μου, εννοείται). Υπάρχει τρόπος να επαναφέρω την παλιά συμπεριφορά;

[imitheos]

Μας αλλάξανε λειτουργικό στον υπολογιστή της δουλειάς και πλέον το bash completion συμπεριφέρεται διαφορετικά με τα symlinks. Παλιά όταν έγραφα τα πρώτα γράμματα ενός symlink που έδειχνε σε ένα directory, το bash completion συμπλήρωνε κανονικά το όνομα και το slash στο τέλος όταν πατούσα tab. Τώρα συμπληρώνει μόνο το όνομα, και για να εμφανιστεί το slash πρέπει να πατήσω ακόμα μία φορά tab (ή να το συμπληρώσω μόνος μου, εννοείται). Υπάρχει τρόπος να επαναφέρω την παλιά συμπεριφορά;

Έχεις κρατημένο το inputrc από το παλιό λειτουργικό να τσεκάρεις αν είχες κάτι αλλαγμένο (ή αν το είχε η διανομή);

READLINE
   Readline Variables
       Readline has variables that can be used to further customize its behavior.
       A variable may be set in the inputrc file with a statement of the form

              set variable-name value

       mark-directories (On)
              If set to On, completed directory names have a slash appended.
       mark-modified-lines (Off)
              If set to On, history lines that have  been  modified  are  dis-
              played with a preceding asterisk (*).
       mark-symlinked-directories (Off)
              If set to On, completed names which are symbolic links to direc-
              tories have a slash appended (subject to the value  of  mark-di-
              rectories).

Το 1ο είναι On από τη μάνα του οπότε μάλλον πρέπει να ενεργοποιήσεις το 3ο. Δοκίμασε να το βάλεις on στο inputrc και δες αν παίζει σωστά.

[tsigarid]

Έχεις κρατημένο το inputrc από το παλιό λειτουργικό να τσεκάρεις αν είχες κάτι αλλαγμένο (ή αν το είχε η διανομή);


Το 1ο είναι On από τη μάνα του οπότε μάλλον πρέπει να ενεργοποιήσεις το 3ο. Δοκίμασε να το βάλεις on στο inputrc και δες αν παίζει σωστά.

inputrc; Μιλάς με γρίφους γέροντα.

- - - Updated - - -

Το βρήκα και το έφτιαξα, ευχαριστώ πολύ! Δεν είχα ποτέ .inputrc, τώρα έχω

[imitheos]

inputrc; Μιλάς με γρίφους γέροντα.

Το inputrc είναι το αρχείο ρυθμίσεων της readline που χρησιμοποιεί το bash. Συνήθως όλοι το έχουμε στο νου μας σαν το αρχείο στο οποίο ορίζεις συνδυασμούς πλήκτρων (πχ τα home / end που είναι διαφορετικά σε διάφορα τερματικά, κτλ) αλλά έχει ένα κάρο ρυθμίσεις που μπορείς να κάνεις. Όσοι είναι δεινόσαυροι θα θυμούνται ότι έπρεπε να παίξουμε με τα input-meta, output-meta, κτλ για να έχουμε 8bit αντί για 7bit και να μπορούμε έτσι να γράψουμε Ελληνικά.

Το βρήκα και το έφτιαξα, ευχαριστώ πολύ! Δεν είχα ποτέ .inputrc, τώρα έχω

Εγώ εννοούσα το /etc/inputrc που έχει τις ρυθμίσεις της εκάστοτε διανομής μια και είπες ότι άλλαξες λειτουργικό αλλά και το .inputrc κάνει δουλειά.