Ποια είναι τα πλεονεκτήματα της χρήσης SVN πάνω CVS;




Η εταιρεία μου είναι με τη χρήση CVS ως de facto πρότυπο μας για τον έλεγχο της πηγής. Ωστόσο, έχω ακούσει πολλούς ανθρώπους να λένε ότι SVN είναι καλύτερη.


Ξέρω SVN είναι νεότερο, αλλά εκτός από αυτό, είμαι εξοικειωμένος με τα οφέλη της.


Αυτό που ψάχνω είναι μια καλή, σύντομη σύγκριση των δύο συστημάτων, επισημαίνοντας τυχόν πλεονεκτήματα ή μειονεκτήματα του καθενός σε ένα περιβάλλον ανάπτυξης Java / Eclipse.
CVS παρακολουθεί μόνο την τροποποίηση με βάση το αρχείο-από-αρχείο, ενώ SVN παρακολουθεί μια ολόκληρη δεσμευτούν ως νέα αναθεώρηση, πράγμα που σημαίνει ότι είναι ευκολότερο να ακολουθήσετε την ιστορία του έργου σας. Προσθέστε το γεγονός ότι όλα τα σύγχρονα λογισμικά ελέγχου προέλευσης χρησιμοποιούν την έννοια της αναθεώρησης και έτσι είναι πολύ πιο εύκολο να μεταναστεύσουν από το SVN ό, τι είναι από το CVS.


Υπάρχει επίσης η ατομική commit πρόβλημα. Αν και συνάντησε μόνο μία φορά, είναι πιθανό ότι 2 άτομα διαπράττουν από κοινού σε CVS μπορεί να έρχονται σε σύγκρουση μεταξύ τους, χάνοντας κάποια δεδομένα και τη θέση του πελάτη σας σε ασυνεπή κατάσταση. Όταν ανιχνεύεται νωρίς, τα προβλήματα αυτά δεν είναι σημαντικά, διότι τα δεδομένα σας είναι ακόμα κάπου εκεί έξω, αλλά μπορεί να είναι ένας πόνος σε ένα αγχωτικό περιβάλλον.


Και τέλος, δεν είναι πολλά εργαλεία που έχουν αναπτυχθεί γύρω από το CVS πια. Ενώ τα νέα και λαμπερά νέα εργαλεία, όπως το Git ή Mercurial δεν έχουν σίγουρα τα εργαλεία ακόμα, SVN έχει μια αρκετά μεγάλη βάση εφαρμογής σε οποιοδήποτε σύστημα.


**EDIT 2015** : Σοβαρά, αυτή η απάντηση είναι 7 χρονών τώρα. Ξεχάστε SVN, πηγαίνετε χρήση Git όπως όλοι οι άλλοι!
Ενώ μόδας, η λέξη-κλειδί κόλπο αναθεώρηση ενημερώνει μόνο το αρχείο όταν έχει αλλάξει σε αυτή την αναθεώρηση - αν δεν αλλάξει το αρχείο, τότε θα συνεχίσει να αντικατοπτρίζει την παλιά αναθεώρηση.


Αν θέλετε το λογισμικό να αντανακλά πάντα το συνολικό αριθμό αναθεώρησης, τότε θα πρέπει να σκαλίζω το [σχετικό SVN καταχωρήσεις αρχείο](http://svnbook.red-bean.com/en/1.1/ch08s03.html) και αποσυμπιέστε το, το οποίο δεν είναι πάρα πολύ δύσκολο (αυτό είναι ένα αρχείο XML).


Wikipedia το κάνει αυτό στη [σελίδα τους εκδοχή](https://en.wikipedia.org/wiki/Special:Version) για να δείξει την αναθεώρηση του λογισμικού που τρέχει ζωντανά? [ο κώδικας είναι εδώ](https://svn.wikimedia.org/svnroot/mediawiki/trunk/phase3/includes/specials/SpecialVersion.php) - αναζητήστε το **getSvnRevision ()** μέθοδο. Από τα περαιτέρω σχόλια που έγιναν από τον συγγραφέα, που ψάχνουν για ένα Node.js ORM που λειτουργεί με δύο οδηγούς MySQL και Oracle.


Εκεί δεν φαίνεται να είναι πολλά ΝΤΥΠΑ που ταιριάζει η περιγραφή και είναι επίσης υποστηρίζονται (προειδοποίηση - βασίζονται αποκλειστικά σε λίγες αναζητήσεις του Google).


Υπάρχει μία διαπίστωσα ότι ταιριάζει με την περιγραφή αν και ακόμα φαίνεται να υποστηρίζεται ενεργά και ότι είναι knex (βλ <https://knexjs.org> ). τελικά έβαλα την έκδοση 5.2.36 η οποία λειτουργεί μια χαρά! Όχι, δεν κάνει καμία διαφορά.


Προσωπικά προτιμώ το στυλ που σας δείχνουν στο Q3, μερικοί από τους συναδέλφους μου προτιμούν το στυλ στο Q1. Δεν ξέρω κανέναν που θα εξετάσει ποτέ ούτε από αυτούς να είναι *λάθος* .


Η Optimiser ερώτημα μετατρέπει το ερώτημα μέσα προς τα έξω σε κάτι εντελώς διαφορετικό, οπότε το κατηγόρημα δεν υπάρχει καν σαν μια απλή σύγκριση πια, όταν έχει κάνει με αυτό. Συνήθως πρόκειται για μια αναζήτηση σε ένα ευρετήριο ή έναν πίνακα, και όπως αυτό μπορεί να γίνει μόνο προς μία κατεύθυνση, πως το κατηγόρημα γράφτηκε δεν κάνει καμία διαφορά.


Έλεγξα (SQL Server 2005) στο σχέδιο εκτέλεσης των δύο ερωτήματα με τα τελούμενα κατηγόρημα με διαφορετική σειρά, και όπως αναμένεται να είναι πανομοιότυπα. Θα πρέπει να δώσετε περισσότερες πληροφορίες σχετικά με το περιβάλλον ανάπτυξής σας για να πάρετε μια συγκεκριμένη απάντηση.


Για παράδειγμα, με ένα C # έργο στο Visual Studio, μπορείτε να κάνετε δεξί κλικ στα Project-> Ιδιότητες και, στη συνέχεια, να συμπληρώσετε το πεδίο «Εντολή επιχειρήματα γραμμή» στην καρτέλα «Debug». [εικόνα] soulrain:

το dash είναι ένα shell, όπως το bash (αλλά όχι με ακριβώς τις ίδιες δυνατότητες) και ήταν (είναι ακόμα;) το προεπιλεγμένο shell του συστήματος στο debian. ο πιο απλός τρόπος για να δεις ποιο shell έχεις στο ssh είναι να τρέξεις την εντολή echo "$shell" όταν θα έχεις συνδεθεί.… εγώ θα πρότεινα sparky

<https://sparkylinux.org/download/stable/>
<https://sparkylinux.org/download/rolling/>

έχει εκδόσεις lxqt, xfce, και minimalgui (νομίζω openbox). διάλεξε ανάλογα με τα γούστα, πιο ενδιαφέρουσα επιλογή είναι το lxqt, το xfce είναι κάπως πιο συνηθισμένο/γνώριμο, το openbox είναι … καλά ο hqplayer είναι άλλη φάση… έχει ολόκληρη “μηχανή” από πίσω για να κάνεις upsampling σε dsd τα πάντα και καταναλώνει τρελούς πόρους και είναι και αρκετά ακριβός!

αν θες δοκίμασε το jriver … και αυτό με πληρωμή είναι αλλά δουλεύει καλά και είναι και πολύ πιο φθηνό από τον hq. παίζει και native … όλα τα πράγματα έχουν τα θετικά και τα αρνητικά τους σε σχέση με αυτόν που τα παρατηρεί. για μένα οι σωλήνες κενού είναι χρήσιμοι στις περιπτώσεις που δεν έχουμε χώρο αρκετό για να βάλουμε επιλεκτικούς συλλέκτες δηλαδή αν κάπου έχουμε χώρο κατά 35% περισσότερο από αυτόν που χρειάζονται οι συλλέκτες με σωλήνες κενού τότε θα βάλουμε έναν επιλεκτικό συλλέκτη πχ 35% μεγαλύτερο και θα έχουμε το ίδιο αποτέλεσμα χωρίς τις ιδιαιτερότητες που έχουν οι σωλήνες κενού, που όταν σπάσουν πρέπει να πάμε μόνο στην συγκεκριμένη αντιπροσωπεία σε τιμές που το μονοπώλιο με τέχνη καθορίζει, χώρια που θα έχουμε την έγνοια άν οι σωλήνες διατηρούν το κενό ή πήραν αέρα κλπ. το θερμοδοχείο του χαλκού είναι ακριβότερο και θέλει προσοχή στις συντηρήσεις (καθάρισμα καζανιού από άλατα σκουριές κλπ, όχι αντικατάσταση ανοδίου ) γιατί ο χαλκός είναι μαλακό μέταλλο και σε μεγάλες πιέσεις ή στα δυνατά βιδώματα και σφιξίματα διαλύεται σαν το αλουμινόχαρτο. διαφορετικά αν το προσέξουμε αντέχει στον χρόνο. το ανοξείδωτο θερμοδοχείο έχει μικρότερο κόστος από τον χαλκό και αντέχει τουλάχιστον μια 10ετία σε δύσκολες συνθήκες ή πολλαπλάσια περισσότερο σε ποιό ευνοϊκές. το glas ή γαλβανιζέ θερμοδοχείο έχει ακόμη ποιό χαμηλό κόστος απο τα άλλα και αντέχει μία τουλάχιστον 5ετία σε δύσκολες συνθήκες ή πολύ πολλαπλάσια περισσότερο σε ποιό ευνοϊκές. ευνοϊκές είναι οι συνθήκες όταν η πίεση του νερού χαμηλή πχ 2- 3 - 4 bar, όταν τα συστατικά του νερού δεν περιέχουν υλικά που διαβρώνουν ιδιαίτερα το ένα ή το άλλο μέταλλο , όταν η ηλεκτρόλυση είναι μικρής έντασης, όταν δεν έχουμε υπερθέρμανση, όταν ή χρήση του ηλεκτρικού ρεύματος είναι μικρή, όταν κάνουμε συντήρηση και αντικατάσταση ανοδίου κλπ.
βέβαια πάντα μετράει και η ποιότητα κατασκευής που μπορεί να διαφέρει απο κατασκευαστή σε κατασκευαστή. τρουλλινός γιώργος , υδραυλικός, αθήνα, αττική, 6932860310. Η προτιμώμενη μέθοδος είναι να χρησιμοποιήσετε πραγματικά την ιδιότητα υπό όρους για να τυλίξει τις κλήσεις εντοπισμού σφαλμάτων σας, μην χρησιμοποιήσετε τις οδηγίες μεταγλωττιστή. #ifs μπορεί να πάρει δύσκολες και μπορεί να οδηγήσει σε περίεργα προβλήματα κατασκευής.


Ένα παράδειγμα της χρήσης ενός υπό όρους χαρακτηριστικό είναι η εξής (σε C #, αλλά λειτουργεί σε VB.NET πολύ):



```
[ Conditional("Debug") ]
private void WriteDebug(string debugString)
{
  // do stuff
}

```

Κατά τη μεταγλώττιση, χωρίς το σετ σημαία DEBUG, κάθε κλήση προς WriteDebug θα καταργηθούν όπως υποτίθεται συνέβαινε με Debug.Write ().