Amber repository contains more parts:
- Amber language itself (in root directory). This is released.
- Amber development helpers and CLI tool (in
external/
subdirectories). Not part of release. - In
internal/
directory, there are development files (index.html
and its friends). Not part of release. - A place for other modules cloned in parallel with Amber (
my
)[1]. Not part of release. Not pushed to git.
To get your clone, follow this list:
- Create a fork of the repository on GitHub
- Clone the fork and go to its directory.
- Install the tools:
npm install -g amber-cli grunt-cli bower
. - Run
npm install
to install dependencies listed in package.json. Used by development tools. See here for more info. - Run
bower install
to install dependencies listed in bower.json. Used by Amber in browser. See here for more info. - Run
cd external/amber-dev && npm install && cd ../..
to install dependencies ofamber-dev
component. - Get your copy of Helios IDE into directory
my/helios
, choosing among using your own fork / using the stock version:git clone [email protected]:<your username>/helios.git my/helios
to use your own fork, orgit clone [email protected]:amber-smalltalk/helios.git my/helios
to use stock version.
- Install Helios' dependencies:
cd my/helios && bower install && cd ../..
. - Get your copy of legacy IDE into directory
my/amber-contrib-legacy
:git clone [email protected]:amber-smalltalk/amber-contrib-legacy.git my/amber-contrib-legacy
. - Run
grunt devel
. Prepares some transient files. - Run
amber serve
. Starts the integrated development server.
Now you should be able to start Amber devlopment page at http://localhost:4000/internal/
and commit changes you do to disk.
[1] Directory my
is in .gitignore, so it is not present after clone,
but because of being in .gitignore, it is "safe haven" to clone other repos into.
Created especially for being able to have your fork of Amber in parallel with
either you fork of Helios, to develop it in parallel, or with stock repo, just to use it.
- Talk to us on the gitter.im room
- Join our Mailinglist/Google Group
- Follow @AmberSmalltalk on Twitter
- Circle Amber Smalltalk on Google+
- Talk to us on the #amber-lang IRC channel
If you think Amber is not working as expected, You can start by asking on gitter room, IRC or the Mailinglist. Please make sure that you have first checked the following guides:
TODO update these
If the issue can not be resolved you should file an issue on the respective tracker.
Before reporting an issue, try to reduce the issue to the bare minimum required to reproduce it. This allows us to track down and fix the issue in an easier and faster way.
Additionally, you should give us enough information to reproduce the issue. Therefore, include versions of your OS, Amber, Node.js, Grunt, and possibly used libraries as well as sample code. If you don't list the exact steps required to reproduce the issue we won't be able to fix it.
Afterwards, report the issue on one of the following trackers:
If you want to get started developing Amber itself there are a few links to get you started
- The Roadmap gives a rough idea about where Amber is heading towards
- The Contributions Page contains some ideas which we would love to integrate into Amber
- The Amber FAQ contains Answers to commonly arising questions
- The Amber CookBook contains recipies about working with Amber and its IDE
- The Amber Porting Guide contains information about porting code from other Smalltalk dialects
- The Amber JavaScript Guide contains information about how Amber and JavaScript are mapped to each other
If you want to get serious with Amber development you should read the Coding Conventions and check if you have all development dependencies installed (as indicated in Getting Started):
- Git (to get a clone of the repository, use Git for Windows in Windows)
- Node.js (to run the Amber development server)
- NPM (to install required Node.js packages)
- Bower (to install required client side libraries)
- Grunt-Cli (to compile Amber on the commandline)
The Amber development model currently revolves around Pull Requests which are created through GitHub
- Update to latest Amber master (
git pull
) - Develop your feature or bugfix in a local branch (not in
master
) - Create unittest for your feature or bugfix (your feature/fix will be integrated a lot faster if unittests are present)
- Enhance/fix Amber
- Run the unittests
- Commit your changes to disk if all tests are green
- Try to split your fix into small Git commits if multiple changes are involved (this makes it easier for us to review the changes)
- If you created / deleted / moved API, update API-CHANGES.txt appropriately and commit.
- Push the changes to your fork on GitHub
git push <your repo> <your branchname>
- Submit Pull Request (usually for the Amber master branch)
Amber uses Grunt.js as build system since version 0.10.0
(in case of Windows issues check the Grunt.js on Windows).
If you created your clone according to the "Setting up your Amber clone", you should run
grunt
in Amber directory to start building from CLI.