Suchergebnisse mit Tag „svn“
Every single line of source code is being tested very deeply before being committed, isn't it? Well, maybe in a perfect world but reality has very little space for testing your source and simple typos often break stuff unnecessarily. Developers usually don't like testing at all, they want to develop new stuff and finish annoying tasks as fast as possible.
Ich bin svn-User und alle meine Begegnungen mit github endeten in Frust, denn die Useability ist mies, auch wenn sich in den letzten Jahren einiges getan hat. Git ist das gleiche wie github, oder? Dennoch, ich möchte ein OpenSource-Projekt unterstützen und dieses nutzt nunmal github, also bleibt mir keine andere Wahl.
Plötzlich und unerwartet beim committen...
Sende dev/checkouts/scripts/somefile.plÜbertrage Daten .svn: Übertragen schlug fehl (Details folgen):svn: Base checksum mismatch on '/trunk/scripts/somefile.pl': expected: 7fa2ec38320a3b6de23f832628d2a545 actual: 51a3e161b139de212cd69da11b6a0bc4
Developing the same source with more than one person isn't fun: Everybody has his or her own style and with Perl's TMTOWTDI these style may be very different. Perltidy reformats your source to one, common style but this could be very hard when using a versioning system like SVN or GIT.
Wer kennt das nicht, ein "grep -r" durchsucht nicht nur den gewünschten Quellcode, sondern auch gleich alle ".svn"-Verzeichnisse im Checkout. Um die nervigen unerwünschten Ergebnisse zu unterdrücken, reicht ein einmaliger Eintrag von
export GREP_OPTIONS="--exclude-dir=\.svn --color=auto"
in ~/.profile, ~/.bash_profile oder ~/.bashrc (je nachdem welche existiert und vom eigenen Linux verwendet wird).
Padre is not only "some open source project I'm involved", but a tool I'm using for every day's work. Yesterdays "svn update" brought a new bug, files as ticket #1286. Hunting down a newline issue isn't that easy, because many things from Wx events, encoding, line ending up to keypress-events or intelligent code suggestion may have the bug.
