init and bleeding edge

What's the easiest way to load the latest Amber (i.e. instead of the stable version) from github into my project - can it be done with "amber init"? Thanks!

Yes, see the
  amber init
thread of last Monday

--Hannes

On 4/17/14, Sean P. DeNigris <[hidden email]> wrote:
--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

H. Hirzel wrote

Yes, see the
  amber init
thread of last Monday

I searched for "init" and found two threads active on Monday, depending on whether you meant 4/14 or 4/7:
http://forum.world.st/amber-kickstart-td4752935.html
http://forum.world.st/amber-init-working-td4754452.html

I read all the way through both, but didn't see any instructions on how to load the last commit on the master branch instead of the default tagged release. What am I missing?

philippeback wrote

...amber init...

Yes, but this gets me a tagged Amber release. I'm asking how to get the current master branch.

But you can fork and clone

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

Sean P. DeNigris wrote

can it be done with "amber init"? Thanks!

I guess I could just:
cd bower_components
rm -rf amber
git clone https://github.com/amber-smalltalk/amber.git

Not too hard and that would have the advantage of continuous control over amber updates...

"Sean P. DeNigris" <[hidden email]>napísal/a:

Sean P. DeNigris wrote
> can it be done with "amber init"? Thanks!

I guess I could just:
cd bower_components
rm -rf amber
git clone https://github.com/amber-smalltalk/amber.git

The correct way is not monkey pstching bower's contents by hand, but use bower;

```sh
# remove existing amber dependency
bower uninstall amber --save
# install bleeding edge dependency
bower install git://github.com/amber-smalltalk/amber.git#master --save
```

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

Herby Vojčík wrote

The correct way is not monkey pstching bower's contents by hand, but use bower;

And Bob's your uncle :)

Out of curiosity, what's the advantage of doing it the correct way?

Sean P. DeNigris wrote:
> Herby Vojčík wrote
>> The correct way is not monkey pstching bower's contents by hand, but use
>> bower;
>
> And Bob's your uncle :)

???

> Out of curiosity, what's the advantage of doing it the correct way?

Are you serious by asking that question?

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

Herby, I think that was an idiomatic sentence :)

Sean, the reason is that you tell bower which version you want instead of manually updating like you did. You may not see any difference now but later use of bowercin your project might lead to surprises ;)

Nico

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

Nicolas Petton wrote

Herby, I think that was an idiomatic sentence :)

ha ha, yes. Sorry. It means something like "et voilà" http://en.wikipedia.org/wiki/Bob's_your_uncle

Nicolas Petton wrote

later use of bowerc in your project might lead to surprises ;)

Ah yes, as I have no experience with js tools (only used js in Lively Kernel), I was wondering when that "later use" might come into play. Is the idea that I might want to change my project to depend on a different version of Amber, and that bower could manage any dependency changes that might cause?

I haven't really thought through the workflow. Do you version control the whole project directory together, including all the dependencies? So I could clone my project update the Amber version via bower, and then push the whole thing back to origin?

this is why we need regular hangouts peeps.

We need to share a sense of good practices and possibilities





On Apr 17, 2014, at 7:33 PM, Sean P. DeNigris <[hidden email]> wrote:

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

Sean P. DeNigris wrote:
Yes, this is precisely what it does. bower.json list the dependencies,
bower install / bower update resolves them (including the dependencies
of the dependencies etc., warning if there are unresolvable constraints
on versions). Those statement I posted changed the bower.json (--save),
thus saved your preference to use the master branch of git itself.

Not to mention one of the easiest way to deploy: git clone ... && bower
install.

> I haven't really thought through the workflow. Do you version control the
> whole project directory together, including all the dependencies? So I could

Of course not! That's why those package managers are there for. Look
into .gitignore: dependencies are out of VCS; only their list in .json
files go in. IOW, you should look at bower_components (and node_modules)
as generated; so changing their contents by hand is same as editing a
generated file: very brittle, when it's re-generated, your changes are
gone; and you're off-sync with master data.

> -----
> Cheers,
> Sean
> --

Herby

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

Herby Vojčík wrote

That's why those package managers are there for. Look
into .gitignore: dependencies are out of VCS; only their list in .json
files go in

Aha! Now I understand completely. Duh - that's why I have to do "npm install" and "bower install" after git clone! Thank you for all the support :)

- s