# Re: [RFH] What do you think about adding graphical merge to git-gui? 6 messages from 2008-03-07 to 2008-03-08. Participants: Johannes Schindelin, Jakub Narebski, Paul Mackerras. Thread: https://gitlist.dev/t/12562 ## Johannes Schindelin, 2008-03-07 11:54 Subject: Re: [RFH] What do you think about adding graphical merge to git-gui? Message-ID: URL: https://gitlist.dev/e/alpine.LSU.1.00.0803071254310.19395%40racer.site In-Reply-To: <200803071240.09999.jnareb@gmail.com> ``` Hi, On Fri, 7 Mar 2008, Jakub Narebski wrote: > What do you think about adding "merge" subcommand to git-gui, > or to be more exact adding tree-level merge and/or file-level > merge tool to git-gui? I think we could "borrow" some code from > TkDiff: http://tkdiff.sourceforge.net/ (which is also GPL) Is there any reason not to use mergetool? Ciao, Dscho ``` ## Jakub Narebski, 2008-03-07 13:46 Subject: Re: [RFH] What do you think about adding graphical merge to git-gui? Message-ID: <200803071446.39468.jnareb@gmail.com> URL: https://gitlist.dev/e/200803071446.39468.jnareb%40gmail.com In-Reply-To: ``` Hello! Dnia piątek 7. marca 2008 12:54, Johannes Schindelin napisał: > On Fri, 7 Mar 2008, Jakub Narebski wrote: > >> What do you think about adding "merge" subcommand to git-gui, >> or to be more exact adding tree-level merge and/or file-level >> merge tool to git-gui? I think we could "borrow" some code from >> TkDiff: http://tkdiff.sourceforge.net/ (which is also GPL) > > Is there any reason not to use mergetool? To quote original email: >> Inspired by one of complaints in http://openradix.org/archives/349 >> >> (Merging tools and file servers on Windows are lacking. Windows >> users expect the revision control to supply these tools.) Besides "git gui merge" can be more Git-aware than for example TkDiff invoked from git-mergetool. It can offer also resolution also to tree level conflicts, such as rename/rename, rename/delete and rename/add, delete/modify or for example the case when one side has file in subdirectory, and other has file in submodule. -- Jakub Narebski Poland ``` ## Johannes Schindelin, 2008-03-07 13:53 Subject: Re: [RFH] What do you think about adding graphical merge to git-gui? Message-ID: URL: https://gitlist.dev/e/alpine.LSU.1.00.0803071453160.19395%40racer.site In-Reply-To: <200803071446.39468.jnareb@gmail.com> ``` Hi, On Fri, 7 Mar 2008, Jakub Narebski wrote: > Dnia piątek 7. marca 2008 12:54, Johannes Schindelin napisał: > > On Fri, 7 Mar 2008, Jakub Narebski wrote: > > > >> What do you think about adding "merge" subcommand to git-gui, > >> or to be more exact adding tree-level merge and/or file-level > >> merge tool to git-gui? I think we could "borrow" some code from > >> TkDiff: http://tkdiff.sourceforge.net/ (which is also GPL) > > > > Is there any reason not to use mergetool? > > To quote original email: > > >> Inspired by one of complaints in http://openradix.org/archives/349 > >> > >> (Merging tools and file servers on Windows are lacking. Windows > >> users expect the revision control to supply these tools.) Indeed, I had forgotten that, and your mail did not quote it either. > Besides "git gui merge" can be more Git-aware than for example TkDiff > invoked from git-mergetool. It can offer also resolution also to tree > level conflicts, such as rename/rename, rename/delete and rename/add, > delete/modify or for example the case when one side has file in > subdirectory, and other has file in submodule. Sure, go ahead. Ciao, Dscho ``` ## Jakub Narebski, 2008-03-07 15:21 Subject: Re: [RFH] What do you think about adding graphical merge to git-gui? Message-ID: <200803071621.37376.jnareb@gmail.com> URL: https://gitlist.dev/e/200803071621.37376.jnareb%40gmail.com In-Reply-To: ``` Johannes Schindelin wrote: > On Fri, 7 Mar 2008, Jakub Narebski wrote: >> Dnia piątek 7. marca 2008 12:54, Johannes Schindelin napisał: >>> On Fri, 7 Mar 2008, Jakub Narebski wrote: >>> >>>> What do you think about adding "merge" subcommand to git-gui, >>>> or to be more exact adding tree-level merge and/or file-level >>>> merge tool to git-gui? I think we could "borrow" some code from >>>> TkDiff: http://tkdiff.sourceforge.net/ (which is also GPL) >>> >>> Is there any reason not to use mergetool? [...] >> Besides "git gui merge" can be more Git-aware than for example TkDiff >> invoked from git-mergetool. It can offer also resolution also to tree >> level conflicts, such as rename/rename, rename/delete and rename/add, >> delete/modify or for example the case when one side has file in >> subdirectory, and other has file in submodule. > > Sure, go ahead. Could you recommend some good (best if also free) documentation of Tcl/Tk, so I won't be doing "cargo cult" (copy'n'paste) programming? -- Jakub Narebski Poland ``` ## Johannes Schindelin, 2008-03-07 15:27 Subject: Re: [RFH] What do you think about adding graphical merge to git-gui? Message-ID: URL: https://gitlist.dev/e/alpine.LSU.1.00.0803071626280.19395%40racer.site In-Reply-To: <200803071621.37376.jnareb@gmail.com> ``` Hi, On Fri, 7 Mar 2008, Jakub Narebski wrote: > Could you recommend some good (best if also free) documentation of > Tcl/Tk, so I won't be doing "cargo cult" (copy'n'paste) programming? AFAIR http://www.tcl.tk/ has some good links to tutorials. Ciao, Dscho ``` ## Paul Mackerras, 2008-03-08 01:19 Subject: Re: [RFH] What do you think about adding graphical merge to git-gui? Message-ID: <18385.59790.276210.858893@cargo.ozlabs.ibm.com> URL: https://gitlist.dev/e/18385.59790.276210.858893%40cargo.ozlabs.ibm.com In-Reply-To: <200803071621.37376.jnareb@gmail.com> ``` Jakub Narebski writes: > Could you recommend some good (best if also free) documentation of > Tcl/Tk, so I won't be doing "cargo cult" (copy'n'paste) programming? Tcl/Tk normally comes with an extensive set of man pages. Under Debian there are tcl8.5-doc and tk8.5-doc packages, for instance, that contain the man pages. If you have them installed you can do "man Tcl" to get an overview of the language, or "man lsearch" if you want to find out the arguments, options and semantics for the lsearch command, or "man canvas" if you want to know what the canvas widget can do, and so on. Paul. ```