On Sat, Sep 26, 2009 at 15:50, Mark Struberg <struberg@xxxxxxxx> wrote: > Hi Robin! > > a) Actually git-format-patch only created 0001-0009 so there is no 0/9. For larger patch series, it is good practice (at least on git@vger) to provide a "cover letter" (see git-format-patch --cover-letter) to give reviewers of the patch series an idea of what code is touched and for you to give additional information, such as the state of the patch series. > b) 2/9 is the actual directory structure moving. I received it, but since it is pretty large (330k already with -M -l0) it might got filtered out? > If so then may I ask you to please fetch it from http://github.com/sonatype/JGit branch 'mavenize'? It has the same content I sent to the list. Some general notes on the patch series. First, I am glad you posted it to have something to discuss and as I have stated in a private mail I am glad you are doing this. However, I also think it needs a lot more polish before being integrated. While I understand that you want to credit Jason for doing the initial probe into fully mavenizing JGit, I now think it is wrong to base the patch series on his patch. My first impression is that it actually removes features (by not keeping the JGit specific settings), which you then try to amend later in the patch series. In terms of making the patch series more manageable for you, I think the best approach is to start with the patches not relevant to the mavenizing (renaming PathSuffixTestCase). After this comes patches which only touch pom.xml files. For example, move jgit-maven/jgit/pom.xml to the top-level pom.xml, extract relevant pieces to org.spearce.jgit/pom.xml and org.spearce.jgit.test/pom.xml, improving the pom.xml`s by adding checkstyle/<scm> integration, and mavenizing org.spearce.jgit.pgm/. The final and most invasive parts (renaming/(re)moving code/eclipse files etc) should come last! Taking this approach Robin and Spearce can start integrating initial patces and we can all start testing the "mavenization" sooner rather than after deciding how to rename things and whether or not to remove certain files. The above is a proposal and if you and other agree that it is the right approach _and_ you do not feel you have the time necessary to realize it, I am willing to work on it. -- Jonas Fonseca -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html