From mboxrd@z Thu Jan 1 00:00:00 1970 From: Giuseppe Bilotta Subject: Re: [ANNOUNCE] yap: Yet Another (Git) Porcelain Date: Sat, 06 Sep 2008 18:39:02 +0200 Message-ID: References: <20080906150723.GA31540@dervierte> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit To: git@vger.kernel.org X-From: git-owner@vger.kernel.org Sat Sep 06 18:40:22 2008 Return-path: Envelope-to: gcvg-git-2@gmane.org Received: from vger.kernel.org ([209.132.176.167]) by lo.gmane.org with esmtp (Exim 4.50) id 1Kc0ph-0007Yd-I9 for gcvg-git-2@gmane.org; Sat, 06 Sep 2008 18:40:22 +0200 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751736AbYIFQjP (ORCPT ); Sat, 6 Sep 2008 12:39:15 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752164AbYIFQjP (ORCPT ); Sat, 6 Sep 2008 12:39:15 -0400 Received: from main.gmane.org ([80.91.229.2]:54178 "EHLO ciao.gmane.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751532AbYIFQjO (ORCPT ); Sat, 6 Sep 2008 12:39:14 -0400 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Kc0oZ-0000dN-Fg for git@vger.kernel.org; Sat, 06 Sep 2008 16:39:11 +0000 Received: from 78.15.13.249 ([78.15.13.249]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 06 Sep 2008 16:39:11 +0000 Received: from giuseppe.bilotta by 78.15.13.249 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 06 Sep 2008 16:39:11 +0000 X-Injected-Via-Gmane: http://gmane.org/ X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78.15.13.249 User-Agent: KNode/0.10.9 X-Face: ::w9}R^l{WGM\{y)C0QF@4^U,',W3Mk^X0HP)=:bKM^Z]A9+6bY6fe3}O*]fH{lAViT_'?&>&ufo2_X5Vs3C^tPO@drZRuu&6iK}x}~9`F\-dNZ>(p|V7`4 Sender: git-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org Archived-At: On Saturday 06 September 2008 17:07, Steven Walter wrote: > After starting yap several weeks ago If you're interested in cross-platformness, you might want to be aware that there is already at least another 'yap' in Windows: MikTeX's DVI viewer (Yet Another Previewer). Just FYI. > By leveraging the extensible nature of yap, its svn mode strives to make > a remote svn repository act and feel as much like a git repository as > possible to lessen the impedance mismatch to the user. > * SVN interoperation > * Cloning an SVN repository is no different than cloning a git > repository (only slower) > * Same command to push to an SVN repo as a git repo > * Standard workflow (yap update) is appropriate for svn-based and > git-native setups > * Working with "cache repositories" is supported directly. When > cloning a repository generated by "yap clone ", the new > repositories is automatically configured to push back to the > subversion repository. This is an extremely interesting idea. I've always wondered myself if it were possible to make git-svn operation more transparent, although it has always been my understanding that the interface difference might be substantially driven by robustness, especially for 'roundtrip' operation, and by the fact that svn would not really be suited for some of the operations that are common in git workflow. It'll be interesting to see the level of transparency that can be achieved without bringing down the svn server ;) I think that the most complex situations arise from cloning svn repositories that undergo heavy structure changes in their history, moving from a structure where there was no trunk/branches/tags because the project was just kept in the svn root, to thetraditional trunk/branches/tags structure (I've come across at least two svn repositories like this in the past, and git-svn used to have quite some problems in importing them directely, although I haven't tried it recently). -- Giuseppe "Oblomov" Bilotta