But, sorry, the official release build is not supposed to go into a release
branch ? a personal release into a local release branch ? so, can't you
custom the .gitignore in those branches instead of check in the develop
branch files that shouldn't go in ? otherwise guys, why not check in *.swc,
.zip and my grand mother photo at this point ?
From once of those branch, you can easily turn back on the develop branch
doing a git statsh -u "my release untracked files" before.
Thanks,
-Fred
-----Message d'origine-----
From: Erik de Bruin
Sent: Monday, March 25, 2013 9:02 AM
To: dev@flex.apache.org
Subject: Re: git commit: Removed files that do actually need to be edited
and commited from time to time
I think Justin is saying they are needed if you want to prepare a
release build of the SDK (e.g. 4.9.5), not when you just build the SDK
on your own machine. In this case I'd on the word of Justin and leave
the files in git.
EdB
On Mon, Mar 25, 2013 at 8:58 AM, Frédéric THOMAS
<webdoubl...@hotmail.com> wrote:
Well, It's where I don't understand though.
If those files are generated during the build, they are also generated
during the release, right ?
Thanks for your time,
-Fred
-----Message d'origine----- From: Justin Mclean
Sent: Monday, March 25, 2013 8:52 AM
To: dev@flex.apache.org
Subject: Re: git commit: Removed files that do actually need to be edited
and commited from time to time
Hi,
your solution to add them into Git seems a bit drastic to me, instead,
could you add them again in the .gitignore and tell me what commands you
did
and what errors were displayed ?
Files in question were auto generated by me (to same me typing) but are
actually required if you want to do a release build so need to be in Git.
They were not required if you just built for en_US.
Justin
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
