Hi +0 as well for the same reasons Is it also not more logical to close the Poll on Jakarta before talking about this. Many Thanks to Atlassian and Mike though :))
Vincent >> It sounds very nice! -But we need to migrate all the tracker data from >> SF. How to do? Does JIRA have any kind of SF web scraper that could do >> it for us? -Or are we facing a long-lasting handjob here ;-) > > I'm afraid jira should resort to perl/pattern-matching tricks, or maybe > there's SF webservice out there :-) > > Doing it by hand is overkill; we really need such a facility. Can we > disable or redirect SF's bugs db page to this new site? > >> What I'm missing in SF's tracker is CVS integration (so you can relate >> an issue to a TAG/BRANCH), as well as automatic generation of >> CHANGES.TXT for our releases. Does JIRA do this? > > Autogeneration of changes.txt, hmm, what about Ant1.5's CvsChangeLog > task? It does the same thing. > > My vote is +0. I don't know. Maybe. Not sure :-) > AFAIK Mathias's proposal to set up xdoclet.org wasn't accepted. I'm not > sure about hosting bugs in atlassian. The big question is after all is > it reliable? SF is reliable more or less. > > Ara. > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > Xdoclet-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/xdoclet-devel _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ Xdoclet-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
