Re: Looking for advice from someone who knows both Mercurial (hg) andGit
On Tuesday 21 September 2010, Amit Aronovitch wrote: לגבי תמיכה ישירה בבקאנד של svn - לא בדקתי, אבל אני מהמר שאם למתחרים יש אז בטח גם ל- bzr יש. ניסיתי את האופציה הזו, והיא עבדה בסדר על לינוקס, אבל לא על חלונות. אמנם זה היה ב־2007, אבל לפחות אז לא נראה כאילו למישהו אכפת. אולי היום זה כבר עובד. שי ___ Discussions mailing list Discussions@hamakor.org.il http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions
Re: Looking for advice from someone who knows both Mercurial (hg) andGit
Regarding the difference between git and mercurial, there was an interview with one of the Mercurial main developers at Floss Weekly recently, see: http://twit.tv/floss122 Basically from what I snatched up about the differences, git is more low level and may be described as an infrastructure on top of which it is possible to create version control systems, whereas mercurial is such a high level system. Regards, Dov 2010/9/21 Yaron Shahrabani sh.ya...@gmail.com 2010/9/21 Ira Abramov hama...@ira.abramov.org למה לא להשתמש בפרויקט הוסטד כמו github, או להקל על עקומת הלימוד של המתרגמים ולהשתמש בויקי? אין בעיה למשוך, למשל במדיהויקי, את הטקסט בלבד ללא התבנית המקיפה, ולשתול אותו באתר בדיקה שלך, והויקי מהווה כלי אחיד ונוח לעריכה ולמעקב גרסאות. הצעה קצת פסיכית היא להפוך את דפי ה־HTML שלך לתומכי gettext ולתרגם אותם באמצעות כלי po, לא עבודה מסובכת במיוחד וגם תאפשר לך לעבוד עם גיט ולנהל מעקב גרסאות בצורה נוחה יותר... (מדיה־ויקי מעט כבדה למשימה הזאת). 2010/9/20 Omer Zak w...@zak.co.il כמו שידוע לכם, בשבועות האחרונים ניהלתי את מאמץ התרגום לעברית של האתר http://www.whylinuxisbetter.org. בין השאר, הקמתי שרת Web שעוזר למתורגמנים לבדוק איך נראה התרגום שלהם באתר חי. בקרוב יתפנה מי שהתנדב לבצע הגהות של האתר וכמו כן גם הציעו לי לנהל את מאמץ התרגום של עוד פרויקטון תוכנה חופשית שמשתמשים בו באתרי אינטרנט. אני מעוניין להקים באתר הבדיקה שלי מערכת שתאפשר למתורגמן להעלות גירסא של התרגום שלו ומיד לבדוק אותה על האתר החי. המערכת תהיה מבוססת על Mercurial או על git, והמתורגמנים יתנו לי מפתחות ציבוריים שיאפשרו להם לעשות commit של העדכונים שלהם. כמו כן, ברגע שמתבצע commit, המערכת תמשוך את הקובץ המעודכן ותשים אותו בעץ הקבצים החיים של האתר ותאתחל את ה-Web server אם צריך, לבדיקת המתורגמן. מה שאני מבקש: האם יש מישהו שמכיר טוב גם את Mercurial וגם את git ויכול לייעץ לי באיזה מהם מומלץ להשתמש. הדרישות שלי (מומלץ להציע לי עוד דרישות שצריך לקחת בחשבון): 1. אבטחת login (מן הסתם עי ssh ומפתחות) לביצוע פעולות שמשנות את תוכן ה-repository. 2. תמיכה ב-post commit script. 3. יש תוכנת קליינט לכל הסביבות הנפוצות (Linux, Mac OS X, MS-Windows). 4. אולי מערכת הרשאות כך שמתורגמן יוכל לעדכן רק קבצים שהוקצו לו? 5. יהיה repository נפרד לכל פרויקט. 6. קלות בלימוד נוהלי העבודה הבסיסיים עי המתורגמנים והמגיהים (שאינם מתכנתים). רצוי שיהיה אפשר להעלות קובץ מעודכן עי לחיצת כפתור אחת. בתודה מראש, --- עומר ___ Discussions mailing list Discussions@hamakor.org.il http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions ___ Discussions mailing list Discussions@hamakor.org.il http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions ___ Discussions mailing list Discussions@hamakor.org.il http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions ___ Discussions mailing list Discussions@hamakor.org.il http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions
Re: Looking for advice from someone who knows both Mercurial (hg)andGit
Ouch. :-( I have never watched the movies, but only listened to the mp3 files, which is not relevant for you. I don't know if the interviews are transcribed. I'm sure the same info regarding the difference between them is available from other sources, e.g. from the Mercurial wikipedia page. Dov On Tue, Sep 21, 2010 at 10:18, Omer Zak w...@zak.co.il wrote: On Tue, 2010-09-21 at 10:01 +0200, Dov Grobgeld wrote: Regarding the difference between git and mercurial, there was an interview with one of the Mercurial main developers at Floss Weekly recently, see: http://twit.tv/floss122 The video is 40:56 minutes long, and requires me to install a QuickTime plugin compatible with Firefox 3.5.11 (the one in Debian Lenny backports). In a brief search, I found no such animal. And all this before I can even determine whether the video is captioned. Basically from what I snatched up about the differences, git is more low level and may be described as an infrastructure on top of which it is possible to create version control systems, whereas mercurial is such a high level system. Thanks for the summary. It is a point in favor of git in our case, because it is less likely that we encounter any platform obstacles when trying to use git for committing versions AND pushing them to a live Web server. --- Omer -- What happens if one mixes together evolution with time travel to the past? See: http://www.zak.co.il/a/stuff/opinions/eng/evol_tm.html My own blog is at http://www.zak.co.il/tddpirate/ My opinions, as expressed in this E-mail message, are mine alone. They do not represent the official policy of any organization with which I may be affiliated in any way. WARNING TO SPAMMERS: at http://www.zak.co.il/spamwarning.html ___ Discussions mailing list Discussions@hamakor.org.il http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions ___ Discussions mailing list Discussions@hamakor.org.il http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions
Re: Looking for advice from someone who knows both Mercurial (hg) andGit
On Tue, Sep 21, 2010 at 10:53:05AM +0200, Nadav Har'El wrote: On Tue, Sep 21, 2010, Dov Grobgeld wrote about Re: Looking for advice from someone who knows both Mercurial (hg) andGit: The advantages of git (and Mercurial) is that you can commit locally and you can merge back and forth between various repositories. There is no central server, which also means that you have less to worry about backing up the central server, because you have identical copies of he repositories spread out. This is true, but my point was that for *most* users and most uses, this is not an important issue. Users don't care how you back up your repository (and certainly have no intention of being your backup), and most users are always connected anyway, so don't care about the possibility of local commits. On the other hand, the whole concept of local repositories, and keeping them in sync, adds complexity. I'm not saying that the complexity is unmanageable (like I said, I also use git and hg daily), just that in my experience, it usually doesn't buy you any real (from the user's perspective) benefit. Always connected is not really the case. There are all to many occasions where you're not connected. Also note that history browsing is way faster in a DVCS because you don't need to get it from the server. Think of 'log' and 'blame'. I don't think that git is more difficult than svn for the user if you restrict yourself to: add, commit, push, and pull. (Or just teach them to do commit -a and you can forget about add). Resolving conflicts branches, and rebasing, is another story though. But you won't need them. With Subversion, you can remove push and pull from this list of things to remember. I'm quite familiar with git and hg, and still there have been countless of times where I forgot to push my commits, and wondered why the other people don't see them - I'm sure beginners will find it even stranger to understand why commit and push are two separate commands. I tend to use the aliases defined in http://blog.kfish.org/2010/04/git-lola.html One nice thing about them is that you can clearly see from the logs if 'origin/master' is behind 'HEAD' and 'master'. -- Tzafrir Cohen | tzaf...@jabber.org | VIM is http://tzafrir.org.il || a Mutt's tzaf...@cohens.org.il || best tzaf...@debian.org|| friend ___ Discussions mailing list Discussions@hamakor.org.il http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions
Re: Looking for advice from someone who knows both Mercurial (hg) andGit
On Tuesday 21 September 2010 10:43:00 Dov Grobgeld wrote: I have used both svn and git extensively and the more I use git, the more I understand (though I still think he exaggerated) what Linus Torvalds meant in his (in)famous git talk at Google: http://www.youtube.com/watch?v=4XpnKHJAok8 where he said: Subversion has been the most pointless project ever started... Subversion used to say, 'CVS done right.' With that slogan there is nowhere you can go. There is no way to do CVS right. The advantages of git (and Mercurial) is that you can commit locally and you can merge back and forth between various repositories. There is no central server, which also means that you have less to worry about backing up the central server, because you have identical copies of he repositories spread out. I don't think that git is more difficult than svn for the user if you restrict yourself to: add, commit, push, and pull. (Or just teach them to do commit -a and you can forget about add). Resolving conflicts branches, and rebasing, is another story though. But you won't need them. Actually, this is not true. With git I often encountered problems where it yelled at me, and refused to go further without me doing something about it, yet it didn't tell me what exactly I need to do and I had to consule #git on Freenode about it, or try Googling. This happened to me a lot and may still happen and simply does not happen with Subversion. Another point against git is that projects using git often tend to branch a lot creating a zillion different branches with lots of disorder and uncertainty, and from what I recall there is no way to tell where a certain branch originated from during a git checkout -b command. Regards, Shlomi Fish -- - Shlomi Fish http://www.shlomifish.org/ The Case for File Swapping - http://shlom.in/file-swap rindolf She's a hot chick. But she smokes. go|dfish She can smoke as long as she's smokin'. Please reply to list if it's a mailing list post - http://shlom.in/reply . ___ Discussions mailing list Discussions@hamakor.org.il http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions
Re: Looking for advice from someone who knows both Mercurial (hg) andGit
On Tue, Sep 21, 2010 at 10:18 AM, Omer Zak w...@zak.co.il wrote: On Tue, 2010-09-21 at 10:01 +0200, Dov Grobgeld wrote: Regarding the difference between git and mercurial, there was an interview with one of the Mercurial main developers at Floss Weekly recently, see: http://twit.tv/floss122 The video is 40:56 minutes long, and requires me to install a QuickTime plugin compatible with Firefox 3.5.11 (the one in Debian Lenny backports). In a brief search, I found no such animal. And all this before I can even determine whether the video is captioned. Basically from what I snatched up about the differences, git is more low level and may be described as an infrastructure on top of which it is possible to create version control systems, whereas mercurial is such a high level system. Thanks for the summary. It is a point in favor of git in our case, because it is less likely that we encounter any platform obstacles when trying to use git for committing versions AND pushing them to a live Web server. --- Omer וכדי שההחלטה לא תהיה פשוטה מדי,אני זורק עוד מועמד למערכת: bazaar. אולי התנועה בהרבה פרויקטים היא לכוון git, אבל גם bazaar בתנופה - היא מערכת הבית של קנוניקל ופרויקטים הקשורים לאובונטו נוטים ללכת לשם. כמו כן גם GNU עוברים לשם (כי (לפחות בתקופה מסוימת) bazaar הוכרז בתור היורש הרשמי של arch). מבחינת פלטפורמות - אין בעיה, כי זה רץ בכל מקום שיש Python (ואפשר להתקין בקלות בעזרת easy_install). מבחינת כתיבת סקריפטים מעל - לא ניסיתי, אבל אני מניח שמכיוון שהכל כתוב בפייתון, ואתה שולט בשפה זו, לא אמורה להיות בעיה לגשת ל- API בכל רמה שתידרש. נוחות שימוש - מאוד דומה לאחרים. לא חסרים כלים אינטראקטיביים. אם תרצה, כפי שעירא מציע, להשתמש בשרות ארוח - יש את launchpad. נקודה שהוזכרה - מערכת מבוזרת (svn לעומת כל האחרים. על CVS אני בכלל לא מדבר). מאז שהתחלתי, לא מעלה על דעתי לחזור אחורה למערכת ריכוזית - עבודה התנדבותית נעשית בזמן פנוי, ולא מעט פעמים זה יוצא בנסיעות, על הנייד. אני רוצה לעשות commit בכל פעם שיש צורך בכך, ושזה יתבצע מהר, ללא צורך בחיבור אינטרנט. אחרת באופן טבעי מאחדים הרבה שינויים בפעולה אחת, מה שמקשה אחכ לעקוב אחרי שינוים בלוג. אם אתה בוחר ב- svn, כדאי לבדוק את svk (לא מכיר, אבל אני לא הייתי מוותר על היכולת לעשות קומיט מקומי). יצא לי גם להשתמש ב- tailor כדי לנהל את העץ הלוקאלי שלי ב bzr כאשר הרפוזיטורי המרכזי הוא svn (בשעתו היו בעיות, לא בלתי פתירות אך מציקות, עם הגישה הזאת - יכול להיות שהיום המצב השתפר). עא ___ Discussions mailing list Discussions@hamakor.org.il http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions
Re: Looking for advice from someone who knows both Mercurial (hg) andGit
I thought it was only me getting into these temporary redundant branches in my history, because I didn't work at one repo at a time, but you're probably right that there is no way around it. You can rewrite history to erase them, but that is certainly not something that I would recommend the casual user. Dov On Tue, Sep 21, 2010 at 11:41, Shlomi Fish shlo...@iglu.org.il wrote: On Tuesday 21 September 2010 10:43:00 Dov Grobgeld wrote: I have used both svn and git extensively and the more I use git, the more I understand (though I still think he exaggerated) what Linus Torvalds meant in his (in)famous git talk at Google: http://www.youtube.com/watch?v=4XpnKHJAok8 where he said: Subversion has been the most pointless project ever started... Subversion used to say, 'CVS done right.' With that slogan there is nowhere you can go. There is no way to do CVS right. The advantages of git (and Mercurial) is that you can commit locally and you can merge back and forth between various repositories. There is no central server, which also means that you have less to worry about backing up the central server, because you have identical copies of he repositories spread out. I don't think that git is more difficult than svn for the user if you restrict yourself to: add, commit, push, and pull. (Or just teach them to do commit -a and you can forget about add). Resolving conflicts branches, and rebasing, is another story though. But you won't need them. Actually, this is not true. With git I often encountered problems where it yelled at me, and refused to go further without me doing something about it, yet it didn't tell me what exactly I need to do and I had to consule #git on Freenode about it, or try Googling. This happened to me a lot and may still happen and simply does not happen with Subversion. Another point against git is that projects using git often tend to branch a lot creating a zillion different branches with lots of disorder and uncertainty, and from what I recall there is no way to tell where a certain branch originated from during a git checkout -b command. Regards, Shlomi Fish -- - Shlomi Fish http://www.shlomifish.org/ The Case for File Swapping - http://shlom.in/file-swap rindolf She's a hot chick. But she smokes. go|dfish She can smoke as long as she's smokin'. Please reply to list if it's a mailing list post - http://shlom.in/reply . ___ Discussions mailing list Discussions@hamakor.org.il http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions
Re: Looking for advice from someone who knows both Mercurial (hg) andGit
On Tuesday 21 September 2010 11:50:07 Amit Aronovitch wrote: On Tue, Sep 21, 2010 at 10:18 AM, Omer Zak w...@zak.co.il wrote: On Tue, 2010-09-21 at 10:01 +0200, Dov Grobgeld wrote: Regarding the difference between git and mercurial, there was an interview with one of the Mercurial main developers at Floss Weekly recently, see: http://twit.tv/floss122 The video is 40:56 minutes long, and requires me to install a QuickTime plugin compatible with Firefox 3.5.11 (the one in Debian Lenny backports). In a brief search, I found no such animal. And all this before I can even determine whether the video is captioned. Basically from what I snatched up about the differences, git is more low level and may be described as an infrastructure on top of which it is possible to create version control systems, whereas mercurial is such a high level system. Thanks for the summary. It is a point in favor of git in our case, because it is less likely that we encounter any platform obstacles when trying to use git for committing versions AND pushing them to a live Web server. --- Omer וכדי שההחלטה לא תהיה פשוטה מדי,אני זורק עוד מועמד למערכת: bazaar. אולי התנועה בהרבה פרויקטים היא לכוון git, אבל גם bazaar בתנופה - היא מערכת הבית של קנוניקל ופרויקטים הקשורים לאובונטו נוטים ללכת לשם. כמו כן גם GNU עוברים לשם (כי (לפחות בתקופה מסוימת) bazaar הוכרז בתור היורש הרשמי של arch). מבחינת פלטפורמות - אין בעיה, כי זה רץ בכל מקום שיש Python (ואפשר להתקין בקלות בעזרת easy_install). מבחינת כתיבת סקריפטים מעל - לא ניסיתי, אבל אני מניח שמכיוון שהכל כתוב בפייתון, ואתה שולט בשפה זו, לא אמורה להיות בעיה לגשת ל- API בכל רמה שתידרש. נוחות שימוש - מאוד דומה לאחרים. לא חסרים כלים אינטראקטיביים. אם תרצה, כפי שעירא מציע, להשתמש בשרות ארוח - יש את launchpad. אני יכול להמליץ נגד bazaar מפני שהיא מנסיוני איטית להחריד: * http://community.livejournal.com/shlomif_tech/41922.html לפי מה שנאמר לי אני עושה משהו לא בסדר, אבל ניסיתי אותה על התקנות חדשות של דביאן והיא עדיין בעייתית מאוד מבחינת מהירות. נקודה שהוזכרה - מערכת מבוזרת (svn לעומת כל האחרים. על CVS אני בכלל לא מדבר). מאז שהתחלתי, לא מעלה על דעתי לחזור אחורה למערכת ריכוזית - עבודה התנדבותית נעשית בזמן פנוי, ולא מעט פעמים זה יוצא בנסיעות, על הנייד. אני רוצה לעשות commit בכל פעם שיש צורך בכך, ושזה יתבצע מהר, ללא צורך בחיבור אינטרנט. אחרת באופן טבעי מאחדים הרבה שינויים בפעולה אחת, מה שמקשה אחכ לעקוב אחרי שינוים בלוג. אם אתה בוחר ב- svn, כדאי לבדוק את svk (לא מכיר, אבל אני לא הייתי מוותר על היכולת לעשות קומיט מקומי). אני ממליץ להתרחק מ-svk ככל האפשר מפני שהיא מלאה בבאגים, והתמיכה והתחזוקה שלה הופסקו (אחרי הכרזה רשמית). ראו: * http://community.livejournal.com/shlomif_tech/22272.html * http://cpanratings.perl.org/dist/SVK יצא לי גם להשתמש ב- tailor כדי לנהל את העץ הלוקאלי שלי ב bzr כאשר הרפוזיטורי המרכזי הוא svn (בשעתו היו בעיות, לא בלתי פתירות אך מציקות, עם הגישה הזאת - יכול להיות שהיום המצב השתפר). ראוי לציין שגם git מסוגל לעבוד מול מאגר מרוחק של subversion ול-hg יש את http://mercurial.selenic.com/wiki/HgSubversion . בכבוד רב, שלומי פיש -- - Shlomi Fish http://www.shlomifish.org/ First stop for Perl beginners - http://perl-begin.org/ rindolf She's a hot chick. But she smokes. go|dfish She can smoke as long as she's smokin'. Please reply to list if it's a mailing list post - http://shlom.in/reply . ___ Discussions mailing list Discussions@hamakor.org.il http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions
Re: Looking for advice from someone who knows both Mercurial (hg) andGit
Un-top-posting, On Tue, Sep 21, 2010 at 12:09:31PM +0200, Dov Grobgeld wrote: On Tue, Sep 21, 2010 at 11:41, Shlomi Fish shlo...@iglu.org.il wrote: On Tuesday 21 September 2010 10:43:00 Dov Grobgeld wrote: I don't think that git is more difficult than svn for the user if you restrict yourself to: add, commit, push, and pull. (Or just teach them to do commit -a and you can forget about add). Resolving conflicts branches, and rebasing, is another story though. But you won't need them. Actually, this is not true. With git I often encountered problems where it yelled at me, and refused to go further without me doing something about it, yet it didn't tell me what exactly I need to do and I had to consule #git on Freenode about it, or try Googling. This happened to me a lot and may still happen and simply does not happen with Subversion. I don't think you limit yourself to 'add', 'commit', 'push' and 'pull'. Another point against git is that projects using git often tend to branch a lot creating a zillion different branches with lots of disorder and uncertainty, and from what I recall there is no way to tell where a certain branch originated from during a git checkout -b command. I thought it was only me getting into these temporary redundant branches in my history, because I didn't work at one repo at a time, but you're probably right that there is no way around it. You can rewrite history to erase them, but that is certainly not something that I would recommend the casual user. If they are redundant, why don't you remove them? Git occasionally removes inaccessible nodes in the revisions graph. So if you remove a branch, its commits will eventually be removed. But if you don't need that part of the history, what's wrong with removing it? With svn you probably don't generate such temporary branches. -- Tzafrir Cohen | tzaf...@jabber.org | VIM is http://tzafrir.org.il || a Mutt's tzaf...@cohens.org.il || best tzaf...@debian.org|| friend ___ Discussions mailing list Discussions@hamakor.org.il http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions
Re: Looking for advice from someone who knows both Mercurial (hg) andGit
On Tuesday 21 September 2010 14:14:08 Tzafrir Cohen wrote: Un-top-posting, On Tue, Sep 21, 2010 at 12:09:31PM +0200, Dov Grobgeld wrote: On Tue, Sep 21, 2010 at 11:41, Shlomi Fish shlo...@iglu.org.il wrote: On Tuesday 21 September 2010 10:43:00 Dov Grobgeld wrote: Another point against git is that projects using git often tend to branch a lot creating a zillion different branches with lots of disorder and uncertainty I thought it was only me getting into these temporary redundant branches FWIW, in my use of git, I follow Joel Spolsky's recommendation (about mercurial, but they're really the same; see http://hginit.com) and branch by cloning. This makes life significantly simpler in this respect, I think. ___ Discussions mailing list Discussions@hamakor.org.il http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions