Θεματάκι με git

[Dr.Fuzzy]

Καθότι δεν είμαι expert στο git λίγη βοήθεια παίδες!

Στο local repo μου μετά από κάποιες αλλαγές έκανα commit και push στο bitbucket, συγκεκριμένα:

git status
git add --all
git commit -a
git tag -a v1.6.0 -m "version 1.6.0"
git push -u --tags origin master

και μου επέστρεψε:

Quote

Password for 'https://[email protected]':
Counting objects: 38, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (33/33), done.
Writing objects: 100% (38/38), 4.24 MiB | 1.07 MiB/s, done.
Total 38 (delta 20), reused 0 (delta 0)
To https://[email protected]/DrFuzzy/triac.git
 * [new tag]         v1.6.0 -> v1.6.0
 ! [rejected]        master -> master (fetch first)
error: failed to push some refs to 'https://[email protected]/DrFuzzy/triac.git'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

Που μου φαίνεται περίεργο διότι είμαι σχεδόν σίγουρος ότι το local και το remote repo ηταν in sync.

To local history είναι:

git log --oneline --decorate --all --graph
* ddcb0f6 (HEAD -> master, tag: v1.6.0) Improve code
* 95a4ed9 (tag: v1.5.0, origin/master) Add Vivado, Xilinx SDK and PetaLinux projects
* 29d183c (tag: v1.4.2) Choose target FPGA board when build script is run
* 633b50a (tag: v1.4.1) Make code implementation changes
* c9cbf42 (tag: v1.4.0) Change output triangulation matrix format
* c86ba15 (tag: v1.3.1) Perform code implementation changes
* 9ee9b51 (tag: v1.3.0) Improve code
* 460d462 (tag: v1.2.0) Adjust code to increase the number of points
* b6450b6 (tag: v1.1.1) Correct surface view
* 8e46435 (tag: v1.1.0) Improve code
* 08a0200 (tag: v1.0.0) Initialized repository

και το remote history:

Λογικά το πρόβλημα δημιουργήθηκε λόγω του tag 1.5.1 που ήταν στο remote και όχι στο local (αν το αντιλαμβάνομαι σωστά);

Όπως και να έχει, αν κάνω git pull (git merge ίσως) και git push ξανά  φαντάζομαι θα δημιουργήσει επιπρόσθετα commits στο history που δεν θέλω. Επίσης σε αυτή την περίπτωση με τα tags που έχω τι γίνεται;

Μπορώ να κάνω και git push -f --tags origin master αλλά απ' ότι διαβάζω δεν είναι καλή ιδέα.

Ποιος είναι ο καλύτερος τρόπος να το  χειριστώ χωρίς να κάνω μπάχαλο το repo μου και χωρίς να δημιουργηθεί redundant commit history; Κανονικά πρέπει η 1.6.0 να είναι η επόμενη της 1.5.1 και όχι της 1.5.0 όπως είναι τώρα (με την 1.5.1 ξεχωριστό branch).

Επεξ/σία 18 Μαρτίου 2019 από Dr.Fuzzy

[pmav99]

Καταρχάς δώσε ένα git fetch --all για να τραβήξεις locally όλες τις αλλαγές του remote.

Αφού το κάνεις αυτό η λύση λογικά είναι να κάνεις τα εξής:

• git checkout master
• git rebase origin/master. H εντολή αυτή θα πάρει τις αλλαγές του ddcb0f6 και θα τις κάνει apply πάνω στο 04d1ed8 (δηλαδή στο v1.5.1), δημιουργώντας όμως ένα νέο commit/hash (γιατί έχεις διαφορετικά timestamps και διαφορετικό parent)
• To tag v1.6.0 λογικά δεν μεταφέρεται και θα εξακολουθήσει να δείχνει στο ddcb0f6 άρα θα πρέπει να το ξαναδημιουργήσεις με --force.

BTW, όσο δεν κάνεις git push (--force) μην φοβάσαι να πειραματιστείς locally καθώς το git κρατάει τα hashes όλων των commit για 30 μέρες στο reflog, οπότε και παπαριά να κάνεις μπορείς πάντα να επαναφέρεις το repo. Στην περίπτωσή σου που έχεις και tags είναι trivial να επαναφέρεις το repo όπως είναι τώρα.

Γενικά μιλώντας, προτείνω να αποφεύγεις το git pull. Η σωστή διαδικασία IMHV είναι git fetch --all + έλεγχος του τι έχει γίνει upstream + git merge/rebase. To σκέτο git pull είναι ο συντομότερος δρόμο για conflicts.

 

Επεξ/σία 18 Μαρτίου 2019 από pmav99

[skiabox]

Γενικά για git ποιο βιβλίο/tutorial προτείνετε παιδιά;

[pmav99]

Για αυτό μου έχουν πει καλά λόγια: https://learngitbranching.js.org/

[Dr.Fuzzy]

@pmav99έχω μπερδευτεί, η αλλαγή του 1.5.1 (Fix .gitignore mistake) που υποτίθεται ήταν μόνο στο remote και όχι στο local έχει περαστεί κανονικά σαν αλλαγή στην 1.6.0. Παρόλα αυτά το remote log δείχνει την 1.5.0 -->1.6.0 και την 1.5.1 ξεχωριστό branch. Πως στο δι@ολο έχει περάσει η αλλαγή της 1.5.1 στην 1.6.0; Κάτι χάνω!

Επεξ/σία 18 Μαρτίου 2019 από Dr.Fuzzy

[pmav99]

Δειξε μια το history

Και δωσε και ενα git status να δούμε τι έχει το index και αν υπάρχουν αλλαγές στα αρχεία

Επεξ/σία 18 Μαρτίου 2019 από pmav99

[Dr.Fuzzy]

@pmav99για δες:

delk@Newton:~/Desktop/triac$ git log --decorate
commit ddcb0f6ba0187dfb9ab482b31e9a010140017139 (HEAD -> master, tag: v1.6.0)
Author: Hidden
Date:   Mon Mar 18 17:09:36 2019 +0200

    Improve code

    - Store edge matrix to off-chip SDRAM
    - Remove redundant code chunks
    - Perform several code optimizations
    - Clean up Triangle class
    - Declare static all necessary variables

commit 95a4ed99680dd7e953af16f22eaec097c9e4122a (tag: v1.5.0, origin/master)
Author: Hidden
Date:   Sun Nov 4 14:01:15 2018 +0200

    Add Vivado, Xilinx SDK and PetaLinux projects

    - Create xilinx_sdk/ and vivado folders/ to host all Vivado and Xilinx
    SDK projects for KC705 and ZedBoard FPGA targets respectively
    - Create a TriAc project for KC705 and ZedBoard in Vivado
    - Create a TriAc bare metal application for ZedBoard in Xilinx SDK. The
    application reads from the SD card the PCD input file and writes to the
    SD card the triangulation output file
    - Create a PetaLinux project on ZedBoard, add AXI DMA third party
    driver (https://github.com/bperez77/xilinx_axidma) and build against
    the PetaLinux kernel
    - Include third party drivers used in project in drivers/ folder
    - Create shell script to build and install Xilinx PCIe DMA driver
    (AR# 65444)
    - Add MATLAB helper scripts in scripts/ folder
    - Modify .gitignore

commit 29d183cb6921267bd7834d7136aa3e0e4888edb1 (tag: v1.4.2)
Author: Hidden
Date:   Mon Oct 29 15:48:33 2018 +0200

    Choose target FPGA board when build script is run

    - Prompt user to select KC705 or ZedBoard target FPGA board when build
    script is executed
    - Rename folder <hls> to <hls_vivado>

commit 633b50a5dcdc5fc1f4aa74147c50823c9595ea6d (tag: v1.4.1)
Author: Hidden
Date:   Thu Oct 11 18:21:58 2018 +0300

    Make code implementation changes

    - Change output top level ports to AXI4-Stream interface
    - Write input PCD stream to binary file
    - Insert Doxygen-friendly file headers comments

commit c9cbf4281c746a890d940aaa4ec482767adc74d8 (tag: v1.4.0)
Author: Hidden
Date:   Thu Oct 11 01:57:48 2018 +0300

    Change output triangulation matrix format

    Make all necessary changes to return a triangulation conectivity list
    matrix (i.e., the output is triplets of vertex id numbers that make up
    each triangle) instead of the previously output edge matrix format

commit c86ba154425b747ee105ac3bb499845b6926f151 (tag: v1.3.1)
Author: Hidden
Date:   Wed Oct 10 19:58:09 2018 +0300

    Perform code implementation changes

    - Change input top level ports to AXI4-Stream interface
    - Mark adjacent edges with 1 (before <=1 values) and 0 otherwise on edge matrix

commit 9ee9b51d3ed7e79adf7ac4bb55d8c2ad1a90e795 (tag: v1.3.0)
Author: Hidden
Date:   Thu Oct 4 18:29:13 2018 +0300

    Improve code

    - Optimize legalizeEdge and insertSite functions
    - Perform code refactoring
    - Perform code cleanup
    - Control rendered surface on view window via mouse

commit 460d4628937bec3f603be233177db155b0e75c3b (tag: v1.2.0)
Author: Hidden
Date:   Tue Oct 2 18:03:19 2018 +0300

    Adjust code to increase the number of points

    - Use a 477 points Bunny PCD
    - Include non-pipelined solutions

commit b6450b6a7cd0f162aadf2fe0c996e1e6f307254b (tag: v1.1.1)
Author: Hidden
Date:   Mon Oct 1 19:12:02 2018 +0300

    Correct surface view

    Change in testbench the 'dist' variable from 0.1 to 1 to retain the
    convexity of the rendered surface in OpenGL view.

commit 8e4643527b6415f72781232734b4d62238e8dec6 (tag: v1.1.0)
Author: Hidden
Date:   Mon Oct 1 18:40:57 2018 +0300

    Improve code

    - Move all OpenGL related code chunks to the testbench file
    - Perform code cleanup

commit 08a02004829e68120e2f83230a1c6c08407e1974 (tag: v1.0.0)
Author: Hidden
Date:   Mon Oct 1 18:39:34 2018 +0300

    Initialized repository

delk@Newton:~/Desktop/triac$ git status
On branch master
Your branch is ahead of 'origin/master' by 1 commit.
  (use "git push" to publish your local commits)
nothing to commit, working directory clean

 

Επεξ/σία 18 Μαρτίου 2019 από Dr.Fuzzy

[pmav99]

Tip: Στο git log να βάζεις και το --all για να δείχνει και τα remotes καθώς και όλα τα branches. Ακόμα καλύτερα βάλε αυτά στο ~/.gitconfig

[alias]
  lg1 = log --graph --abbrev-commit --decorate --format=format:'%C(bold blue)%h%C(reset) - %C(bold green)(%ar)%C(reset) %C(white)%s%C(reset) %C(dim white)- %an%C(reset)%C(bold yellow)%d%C(reset)' --all
  lg2 = log --graph --abbrev-commit --decorate --format=format:'%C(bold blue)%h%C(reset) - %C(bold cyan)%aD%C(reset) %C(bold green)(%ar)%C(reset)%C(bold yellow)%d%C(reset)%n''          %C(white)%s%C(reset) %C(dim white)- %an%C(reset)' --all

Μετά θα έχεις τις εξής 2 εντολές οι οποίες νομίζω βολεύουν αρκετα:

• git lg1
• git lg2

Από εκεί και πέρα, τα σημεία τα οποία έχουν σημασία είναι τα εξής:

• commit ddcb0f6ba0187dfb9ab482b31e9a010140017139 (HEAD -> master, tag: v1.6.0)
• commit 95a4ed99680dd7e953af16f22eaec097c9e4122a (tag: v1.5.0, origin/master)

Όπως φαντάζομαι ξέρεις, "HEAD is a reference to the last commit in the currently check-out branch. You can think of the HEAD as the "current branch"". Άρα το local repo σου είναι στο ddcb0f

Το origin/master μας δείχνει το commit στο οποίο βρίσκεται το master branch στο origin και το οποίο είναι το 95a4e.

Αυτό σημαίνει ότι το 1.5.1 ΔΕΝ είναι στο origin/master αλλά σε κάποιο άλλο branch. Αν ισχύει όμως αυτό τότε το git pull που έκανες θα έπρεπε να είχε πετύχει. Είσαι σίγουρος ότι έχεις δώσει git fetch --all ? Γιατί αν το είχες δώσει τότε το origin/master θα επρεπε να είναι στο commit που δείχνει το tag v1.5.1 και όχι στο v1.5.0

 

[Dr.Fuzzy]

@pmav99ώπα περίμενε! Δεν έχω κάνει ακόμα fetch, pull! 

PS. Thanks for the tips

[pmav99]

Μην κάνεις pull! Μόνο fetch

edit Το pull θα πάει να κάνει merge και είπες ότι δεν το θέλεις. Γενικά αν δεν είσαι σίγουρος τι θα κάνει το pull, γνώμη μου είναι να το αποφεύγεις.

Επεξ/σία 19 Μαρτίου 2019 από pmav99

[Dr.Fuzzy]

Στο log μετά το fetch το origin/master ειναι στην 1.5.1

Spoiler

delk@Newton:~/Desktop/triac$ git log --all --decorate
commit ddcb0f6ba0187dfb9ab482b31e9a010140017139 (HEAD -> master, tag: v1.6.0)
Author: Hidden
Date:   Mon Mar 18 17:09:36 2019 +0200

    Improve code
    
    - Store edge matrix to off-chip SDRAM
    - Remove redundant code chunks
    - Perform several code optimizations
    - Clean up Triangle class
    - Declare static all necessary variables

commit 04d1ed886f8b00de37bd24ee814e708f4b0c4efe (tag: v1.5.1, origin/master)
Author: Hidden
Date:   Tue Nov 20 15:43:04 2018 +0200

    Fix .gitignore mistake
    
    - Fix .gitignore mistake preventing .petalinux/ folder tracking
    - Add missing .petalinux/ folder required for PetaLinux flow

commit 95a4ed99680dd7e953af16f22eaec097c9e4122a (tag: v1.5.0)
Author: Hidden
Date:   Sun Nov 4 14:01:15 2018 +0200

    Add Vivado, Xilinx SDK and PetaLinux projects
    
    - Create xilinx_sdk/ and vivado folders/ to host all Vivado and Xilinx
    SDK projects for KC705 and ZedBoard FPGA targets respectively
    - Create a TriAc project for KC705 and ZedBoard in Vivado
    - Create a TriAc bare metal application for ZedBoard in Xilinx SDK. The
    application reads from the SD card the PCD input file and writes to the
    SD card the triangulation output file
    - Create a PetaLinux project on ZedBoard, add AXI DMA third party
    driver (https://github.com/bperez77/xilinx_axidma) and build against
    the PetaLinux kernel
    - Include third party drivers used in project in drivers/ folder
    - Create shell script to build and install Xilinx PCIe DMA driver
    (AR# 65444)
    - Add MATLAB helper scripts in scripts/ folder
    - Modify .gitignore

commit 29d183cb6921267bd7834d7136aa3e0e4888edb1 (tag: v1.4.2)
Author: Hidden
Date:   Mon Oct 29 15:48:33 2018 +0200

    Choose target FPGA board when build script is run
    
    - Prompt user to select KC705 or ZedBoard target FPGA board when build
    script is executed
    - Rename folder <hls> to <hls_vivado>

commit 633b50a5dcdc5fc1f4aa74147c50823c9595ea6d (tag: v1.4.1)
Author: Hidden
Date:   Thu Oct 11 18:21:58 2018 +0300

    Make code implementation changes
    
    - Change output top level ports to AXI4-Stream interface
    - Write input PCD stream to binary file
    - Insert Doxygen-friendly file headers comments

commit c9cbf4281c746a890d940aaa4ec482767adc74d8 (tag: v1.4.0)
Author: Hidden
Date:   Thu Oct 11 01:57:48 2018 +0300

    Change output triangulation matrix format
    
    Make all necessary changes to return a triangulation conectivity list
    matrix (i.e., the output is triplets of vertex id numbers that make up
    each triangle) instead of the previously output edge matrix format

commit c86ba154425b747ee105ac3bb499845b6926f151 (tag: v1.3.1)
Author: Hidden
Date:   Wed Oct 10 19:58:09 2018 +0300

    Perform code implementation changes
    
    - Change input top level ports to AXI4-Stream interface
    - Mark adjacent edges with 1 (before <=1 values) and 0 otherwise on edge matrix

commit 9ee9b51d3ed7e79adf7ac4bb55d8c2ad1a90e795 (tag: v1.3.0)
Author: Hidden
Date:   Thu Oct 4 18:29:13 2018 +0300

    Improve code
    
    - Optimize legalizeEdge and insertSite functions
    - Perform code refactoring
    - Perform code cleanup
    - Control rendered surface on view window via mouse

commit 460d4628937bec3f603be233177db155b0e75c3b (tag: v1.2.0)
Author: Hidden
Date:   Tue Oct 2 18:03:19 2018 +0300

    Adjust code to increase the number of points
    
    - Use a 477 points Bunny PCD
    - Include non-pipelined solutions

commit b6450b6a7cd0f162aadf2fe0c996e1e6f307254b (tag: v1.1.1)
Author: Hidden
Date:   Mon Oct 1 19:12:02 2018 +0300

    Correct surface view
    
    Change in testbench the 'dist' variable from 0.1 to 1 to retain the
    convexity of the rendered surface in OpenGL view.

commit 8e4643527b6415f72781232734b4d62238e8dec6 (tag: v1.1.0)
Author: Hidden
Date:   Mon Oct 1 18:40:57 2018 +0300

    Improve code
    
    - Move all OpenGL related code chunks to the testbench file
    - Perform code cleanup

commit 08a02004829e68120e2f83230a1c6c08407e1974 (tag: v1.0.0)
Author: Hidden
Date:   Mon Oct 1 18:39:34 2018 +0300

    Initialized repository

 

[imitheos]

18 ώρες πριν, Dr.Fuzzy είπε

To local history είναι:

git log --oneline --decorate --all --graph
* ddcb0f6 (HEAD -> master, tag: v1.6.0) Improve code
* 95a4ed9 (tag: v1.5.0, origin/master) Add Vivado, Xilinx SDK and PetaLinux projects

και το remote history:

Λογικά το πρόβλημα δημιουργήθηκε λόγω του tag 1.5.1 που ήταν στο remote και όχι στο local (αν το αντιλαμβάνομαι σωστά);
 

Γράφτηκαν πολλά μηνύματα τα οποία δεν πρόλαβα να διαβάσω, αλλά στην εικόνα του remote δεν έχεις ένα έξτρα commit; Το tag 1.5.1 δεν μας νοιάζει και τόσο αλλά βλέπω να υπάρχει το commit 04d1ed8 το οποίο δεν υπάρχει στο local.

Έγινε λάθος στο copy-paste του local μήπως; Γιατί δεν γίνεται να λείπει κάποιο parent commit και το επόμενο commit να έχει ίδιο id σε local και remote.

Για να δεις εύκολα τι γίνεται μπορείς να τρέξεις το γραφικό gitk με την παράμετρο --all για να σου δείξει όλα τα local / remote branches.

Επίσης δοκίμασε να μας δείξει τι λένε τα παρακάτω.

 

% git log --reverse origin/master..master

% git log --reverse master..origin/master

% git merge-base master origin/master

Η πρώτη δείχνει commits που έχεις τοπικά αλλά δεν έχεις στείλει ακόμη στο remote και η δεύτερη το ανάποδο. Η τρίτη μας δείχνει ποιο είναι το τελευταίο κοινό σημείο των δύο branches.

Edit: Τώρα είδα τα επόμενα μηνύματα και το commit 04d1ed8 δεν εμφανίζεται να είναι στο origin/master όπως έδειχνε η φωτο του 1ου μηνύματος (πώς έγινε αυτό;)

Αν θέλεις λοιπόν μπορείς να τρέξεις το παρακάτω για να δεις αν υπάρχει σε κάποιο branch.

% git branch --contains 04d1ed8

 

Επεξ/σία 19 Μαρτίου 2019 από imitheos

[pmav99]

ΟΚ Dr.

Νομίζω ότι για να το φτιάξεις ένα απλό rebase χρειάζεται:

ΝΟΤΕ: Οι εντολές με το stash χρειάζονται μόνο αν έχεις local changes. To αν έχεις local changes θα στο πει η git status.

• git checkout master  (για να πας στο local master)
• git stash (για να φύγουν οι local uncommitted changes και να μπορείς να κάνεις rebase)
• git rebase origin/master (αυτό θα πάρει το commit v1.6.0 και θα το κάνει apply πάνω στο v1.5.1 - Πρόσεξε ότι θα έχει καινούριο hash γιατί έχει διαφορετικό parent + timestamps!)
• git stash apply && git stash drop (για να κάνεις reapply τις local changes && να τις διώξεις από το stash)

Το tag 1.6 θέλει να το ξαναφτιάξεις με --force (ή να το κάνεις delete πρώτα).

Επεξ/σία 19 Μαρτίου 2019 από pmav99

[imitheos]

3 λεπτά πριν, pmav99 είπε

ΟΚ Dr.

Νομίζω ότι για να το φτιάξεις ένα απλό rebase χρειάζεται:

ΝΟΤΕ: Οι εντολές με το stash χρειάζονται μόνο αν έχεις local changes. To αν έχεις local changes θα στο πει η git status.

• git checkout master  (για να πας στο local master)
• git stash (για να φύγουν οι local uncommitted changes και να μπορείς να κάνεις rebase)
• git rebase origin/master (αυτό θα πάρει το commit v1.6.0 και θα το κάνει apply πάνω στο v1.5.1 - Πρόσεξε ότι θα έχει καινούριο hash γιατί έχει διαφορετικό parent + timestamps!)
• git stash apply && git stash drop (για να κάνεις reapply τις local changes && να τις διώξεις από το stash)

Το tag 1.6 θέλει να το ξαναφτιάξεις με --force (ή να το κάνεις delete πρώτα).

Από εκεί που νόμισα ότι το είχα καταλάβει, τώρα που άνοιξα το spoiler του τελευταίου μηνύματος μπερδεύτηκα. Στο spoiler δείχνει το tip του origin/master να είναι στο commit 04d1ed8 το οποίο να υποθέσω ότι έγινε μέσα από το gui του bitbucket για αυτό και υπάρχει μόνο στο remote; Μετά ο DrFuzzy πήγε και έγραψε τοπικά ένα άλλο commit οπότε τα branches παρέκκλιναν;  Το κατάλαβα σωστά;

Κάπου διάβασα να γράφει ότι οι αλλαγές του 04d1ed8 (δηλαδή η αλλαγή στο gitignore) υπάρχει και στο commit που έκανε τοπικά. _ΑΝ_ είναι έτσι, τότε έχουμε δύο σενάρια. Αν θέλει η αλλαγή του gitignore να φαίνεται σαν ξεχωριστό commit όπως είναι τώρα, τότε ναι θα κάνει rebase όπως έγραψες (η rebase σενιάρει αυτόματα αλλαγές που έχουν γίνει αλλά παρόλα αυτά ίσως χρειαστεί να διορθώσει conflicts). Αν δεν τον ενδιαφέρει να φαίνεται η αλλαγή σαν ξεχωριστό commit, τότε μπορεί απλά να κάνει force push (με δεδομένο πάντα ότι η αλλαγή υπάρχει στο τοπικό commit γιατί αλλιώς θα χαθεί).

[pmav99]

37 minutes ago, imitheos said:

Edit: Τώρα είδα τα επόμενα μηνύματα και το commit 04d1ed8 δεν εμφανίζεται να είναι στο origin/master όπως έδειχνε η φωτο του 1ου μηνύματος (πώς έγινε αυτό;) 

H πρώτη φώτο νομίζω είναι από το web interface του bitbucket. Κανονικά εκεί που είναι τα tags δείχνει το branch, αλλά φαίνεται ότι όταν υπάρχει tag, δείχνει μόνο το tag. Αυτό που εμένα μου φαίνεται περίεργο είναι το ότι εμφανίζει το ddcb0f6. Εκτός και αν ο Dr το έκανε push σε κάποιο άλλο branch. Αλλά αυτό δεν φαίνεται γιατί όλα τα commits έχουν tags και δεν φαίνεται το branch τους

@Dr.Fuzzy Γενικά νομίζω ότι κάνετε λίγο abuse τόσο στα commits όσο και στα tags. Συνήθως θες να κάνεις μικρά commits και με τα tags να δείχνεις τα "releases". Πχ tag για μια αλλαγή στο .gitignore είναι συνήθως υπερβολή, εκτός και αν υπάρχουν και άλλες αλλαγές οπότε το commit message είναι απλά κακό.

Επεξ/σία 19 Μαρτίου 2019 από pmav99