ChiliProject is not maintained anymore. Please be advised that there will be no more updates.

We do not recommend that you setup new ChiliProject instances and we urge all existing users to migrate their data to a maintained system, e.g. Redmine. We will provide a migration script later. In the meantime, you can use the instructions by Christian Daehn.


Version 10 (dom theo, 2015-01-15 11:13 am) → Version 11/14 (Toshi MARUYAMA, 2015-01-15 11:13 am)

h1. Frequently asked questions


h2. Why shall I use ChiliProject and not Redmine?

ChiliProject is a fork of the "Redmine": project. One of the [[Why Fork|main reasons for forking]] was to gain stronger growth and speed in development by opening the process of contribution to a larger community. We believe that this will gain trust in the community and in the product. That is why we think that you can trust in this project, too.

h2. Is ChiliProject OpenSource?

Yes, it is provided under the "GNU General Public License, version 2":

h2. When will Rails 3 be supported?

Rails 3 rewrote how Rails Engines work and are not fully backwards compatible. Since Engines are used by ChiliProject for our plugins, we cannot upgrade to Rails 3 until:

* A major ChiliProject release, due to breaking backwards compatibility
* Rails 3 Engines are completed. Rumors say that will be with Rails 3.1
* A migration and upgrade path for existing ChiliProject plugins is released

h2. What is Bluemine?

Bluemine was the code name for ChiliProject before we had an actual name. It is based on the Ruby's community fascination with colors (RedCloth, BlueCloth).

h2. What is the proper name for ChiliProject?

The proper name is ChiliProject, as "CamelCase": chiliproject is okay too when it's referring to "code" things like a filesystem path (e.g. install to @/var/chiliproject@) or package (e.g. @apt-get install chiliproject@).
"rumah dijual": - "perlengkapan bayi": - "properti semarang": - "pintu dan jendela": - "aksesoris sparepart motor":

Chili Project, chili-project, and chiliProject are not the correct spelling.

{{html_comment(TODO: Compatibility to Redmine?)}}
{{html_comment(TODO: Where's the error trace from a 500 error, should probably be on a separate FAQ though)}}

h2. How come I have to visit the repository module before I see any changes?

ChiliProject needs to load the repository data into the database before it can be used. This happens when visiting the Repository module by default but you can also schedule a cronjob to load the data on a regular schedule.

rake redmine:fetch_changesets RAILS_ENV=production

p(smallinfo). On Git, Mercurial, and other repositories that have a local copy need to have the changes sent to the repository first. e.g. @git push@ for git.