Another, possible simpler solution:
a) what you change the standalone setting in the standalones, you can, if
wanted, test building, the app *without* being forced to save the stack.
b) Somehow you would have to address the Standalone setting in RAM or save to
some *.temp file ... when you created the standalone
c) Then if you made changes that *need* to be saved, then save it.
BR
===============
When working collaborately with a framework on Git Hub. There is always an
issue of the stack that will be made the standalone for the app.
No changes are made to binary MyMainStack.app other than settings in the
standalone, which you may does simply for testing.
Now, if you "pull" the project in Git Hub, you are prompted that the
changes to MyMainStack.app need to be committed…etc. if you do, then you will
get a conflict when you will pull. So the usual practice (for me anyway) is to
a) be sure the only changes in the binary are to the SA settings, nothing
else
b) run git stash
c) then pull
Is there some way to externalize the SA setting so that they don’t change
the binary?
This way you could
1. Load SA setting for testing # call it "MyMainStack_SA-Setting.config"
# git ignore would have a "MyMainStack_SA-Setting.config" so it
does not track
1. Now whatever you do with SA settings for testing, does not check the
binary stack.
2. Pull without conflict.
And, now you know for sure that when you commit the MyMainStack.app
changes where you are for sure changed anything else *other* that the
standalone settings? Because you never save it…
Of course, it you want to save the SA setting in the binary, you *could*
save them….
BR
_______________________________________________
use-livecode mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
_______________________________________________
use-livecode mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
