Difference between revisions of "User:Usul/DevelopmentNG"

From Navit's Wiki
Jump to: navigation, search
(firt sideas)
 
Line 2: Line 2:
  
 
==general==
 
==general==
 +
If you look at [[user:Usul/Disburden cp15]], it's recommend to modularize our dev workflow as well.
 
*be indipendend from providers ->self hosted
 
*be indipendend from providers ->self hosted
 
*be able to replace single components without needing to switch everything -> single components
 
*be able to replace single components without needing to switch everything -> single components
 +
**sf.net is currently exactly the opposite (people expect we use the internal bugtracker, mailinglist, ... there, even if we currently use only the SVN)
 +
*but portals enable the components to work closely together
  
 
==VCS==
 
==VCS==
Line 11: Line 14:
  
 
==build server==
 
==build server==
*ctest
+
Currently we use our own solution http://download.navit-project.org
 
*package building
 
*package building
 +
*no support for multiple dev flows
 +
*no triggering for post actions (tests, benchmarking, ...)
 +
**ctest
  
 
==translating==
 
==translating==
Line 20: Line 26:
 
==code review==
 
==code review==
 
*normalize code quality before merging to mainline
 
*normalize code quality before merging to mainline
 +
*minimize load for the reviewer (make it confortable, fast communication, ...)
  
 
==issue tracking==
 
==issue tracking==
 
*our [[trac]] is spammend and unamanage
 
*our [[trac]] is spammend and unamanage
 
*trac itself isn't very intuitive, focused  
 
*trac itself isn't very intuitive, focused  
**roadmap planing isn't embedded
+
**roadmap planing isn't well embedded
  
 
[[Category:Development]]
 
[[Category:Development]]
 
[[Category:Community]]
 
[[Category:Community]]
 
[[Category:Ideas]]
 
[[Category:Ideas]]

Revision as of 07:40, 6 June 2013

Navit dev process.svg

general

If you look at user:Usul/Disburden cp15, it's recommend to modularize our dev workflow as well.

  • be indipendend from providers ->self hosted
  • be able to replace single components without needing to switch everything -> single components
    • sf.net is currently exactly the opposite (people expect we use the internal bugtracker, mailinglist, ... there, even if we currently use only the SVN)
  • but portals enable the components to work closely together

VCS

  • use a DVCS -> offline commits, support staging, allow sharing unstable code
  • GIT very popular, widely supported
  • git-flow enables easy seperation into 5 streams (stable, dev, feature, hotfix)

build server

Currently we use our own solution http://download.navit-project.org

  • package building
  • no support for multiple dev flows
  • no triggering for post actions (tests, benchmarking, ...)
    • ctest

translating

  • is it only on translating, or does I18n cover here further resources?
  • Translatewiki has already some OSM context

code review

  • normalize code quality before merging to mainline
  • minimize load for the reviewer (make it confortable, fast communication, ...)

issue tracking

  • our trac is spammend and unamanage
  • trac itself isn't very intuitive, focused
    • roadmap planing isn't well embedded