Re: Save Standalone Settings Externally

2019-08-04 Thread Sannyasin Brahmanathaswami via use-livecode
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
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Save Standalone Settings Externally

2019-08-03 Thread Mark Wieder via use-livecode

On 8/3/19 7:53 AM, Brian Milby via use-livecode wrote:

No, that is a required file for the app and needs to be in the repo.


Ah. My bad. I assumed the .app was the standalone itself.

--
 Mark Wieder
 ahsoftw...@gmail.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: Save Standalone Settings Externally

2019-08-03 Thread Brian Milby via use-livecode
No, that is a required file for the app and needs to be in the repo.

Thanks,
Brian
On Aug 3, 2019, 10:40 AM -0400, Mark Wieder via use-livecode 
, wrote:
> On 8/3/19 7:14 AM, Sannyasin Brahmanathaswami via use-livecode wrote:
> > 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
>
> Do you already have MyMainStack.app in your (and your team's) .gitignore
> file?
>
> --
> Mark Wieder
> ahsoftw...@gmail.com
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Save Standalone Settings Externally

2019-08-03 Thread Mark Wieder via use-livecode

On 8/3/19 7:14 AM, Sannyasin Brahmanathaswami via use-livecode wrote:

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


Do you already have MyMainStack.app in your (and your team's) .gitignore 
file?


--
 Mark Wieder
 ahsoftw...@gmail.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Save Standalone Settings Externally

2019-08-03 Thread Sannyasin Brahmanathaswami via use-livecode
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
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode