-
-
Notifications
You must be signed in to change notification settings - Fork 5.2k
Removing some installation instructions #4608
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from 1 commit
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -46,28 +46,27 @@ widespread standard structure: | |
Initial Project Setup | ||
--------------------- | ||
|
||
To get started, you'll need to download Symfony and get the basic Subversion setup: | ||
To get started, you'll need to download Symfony and get the basic Subversion setup. | ||
First, download and get your Symfony project running by following the | ||
:doc:`Installation </book/installation>` chapter. | ||
|
||
1. Download the `Symfony Standard Edition`_ with or without vendors. | ||
Once you have your new project directory and things are working, follow along | ||
with these steps: | ||
|
||
2. Unzip/untar the distribution. It will create a folder called Symfony with | ||
your new project structure, config files, etc. Rename it to whatever you | ||
like. | ||
|
||
3. Checkout the Subversion repository that will host this project. Suppose | ||
1. Checkout the Subversion repository that will host this project. Suppose | ||
it is hosted on `Google code`_ and called ``myproject``: | ||
|
||
.. code-block:: bash | ||
|
||
$ svn checkout http://myproject.googlecode.com/svn/trunk myproject | ||
|
||
4. Copy the Symfony project files in the Subversion folder: | ||
2. Copy the Symfony project files in the Subversion folder: | ||
|
||
.. code-block:: bash | ||
|
||
$ mv Symfony/* myproject/ | ||
|
||
5. Now, set the ignore rules. Not everything *should* be stored in your Subversion | ||
3. Now, set the ignore rules. Not everything *should* be stored in your Subversion | ||
repository. Some files (like the cache) are generated and others (like | ||
the database configuration) are meant to be customized on each machine. | ||
This makes use of the ``svn:ignore`` property, so that specific files can | ||
|
@@ -88,21 +87,21 @@ To get started, you'll need to download Symfony and get the basic Subversion set | |
|
||
$ svn ci -m "commit basic Symfony ignore list (vendor, app/bootstrap*, app/config/parameters.yml, app/cache/*, app/logs/*, web/bundles)" | ||
|
||
6. The rest of the files can now be added and committed to the project: | ||
4. The rest of the files can now be added and committed to the project: | ||
|
||
.. code-block:: bash | ||
|
||
$ svn add --force . | ||
$ svn ci -m "add basic Symfony Standard 2.X.Y" | ||
|
||
7. Copy ``app/config/parameters.yml`` to ``app/config/parameters.yml.dist``. | ||
5. Copy ``app/config/parameters.yml`` to ``app/config/parameters.yml.dist``. | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. the installer already creates a There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. And |
||
The ``parameters.yml`` file is ignored by svn (see above) so that | ||
machine-specific settings like database passwords aren't committed. By | ||
creating the ``parameters.yml.dist`` file, new developers can quickly clone | ||
the project, copy this file to ``parameters.yml``, customize it, and start | ||
developing. | ||
|
||
8. Finally, download all of the third-party vendor libraries by | ||
6. Finally, download all of the third-party vendor libraries by | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This is not needed if you used the installer There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Maybe we could create a short list of instructions for people using the installer and then an additional list of things that you need to know in case you didn't use the installer. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. IMO, this page should only care about the SVN-specific instructions. Even people not using the installer will already have the vendors at this step if they followed the installation instructions linked at the top of this page, as they also ask to install vendors for other installation methods |
||
executing Composer. For details, see :ref:`installation-updating-vendors`. | ||
|
||
.. tip:: | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
can't we use the
#
syntax here? (oh, docbot would be so nice in this case :P)There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I usually avoid it because I know for sure the numbers will work exactly as expected whereas with # I'm never totally sure if a line break might cause the numbers to restart. It's like an extra tool that I just don't care to use - the rare re-numbering is easy anyways
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would prefer
#
characters cause it makes diffs easier to read on reviews.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Other chapters (the
new_project_git
one above for instance) are using the#
notation already. IMO, we should be consistent