source control with git for service portlet

[Jack Bakker, modificado 9 Anos atrás.]

I have a portlet devoted to services with 2nd db backend. I share the war with other developers and to staging/prod but am challenged on version control for myself and to share with git given the volatility of the code, any experience/recommendations ?

[David H Nebinger, modificado 9 Anos atrás.]

Go with two branches, a master and a dev branch. Do your dev in the dev branch (this isolates volatility exposure to others), then use pull request to sync updates to master.

[Jack Bakker, modificado 9 Anos atrás.]

Apologies for not being clear with my original post.

A project which has servicebuilder generated code in it is rather different from say a MVCPortlet project.

Adding all the generated files to git index seems unnecessary. Creating a unique .gitignore for a service project helps, but then if I add an entity and build services, I have to go in and add to the git index many newly generated files.

I'm trying to make it more convenient for myself and also speed up pushing changes to remotes.

[David H Nebinger, modificado 9 Anos atrás.]

The problem is the build number incremented in service.properties. With everyone building their own, the build number will get out of sync and will be a pain trying to manage.

You're better off sharing the jar w/ others, but not have them do the building.

[Jack Bakker, modificado 9 Anos atrás.]

David H Nebinger:

The problem is the build number incremented in service.properties. With everyone building their own, the build number will get out of sync and will be a pain trying to manage.

You're better off sharing the jar w/ others, but not have them do the building.

yes, pain to manage