> ## Documentation Index
> Fetch the complete documentation index at: https://anaconda.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# Saving and committing changes in a project

export const Danger = ({children}) => {
  return <div class="callout my-4 px-5 py-4 overflow-hidden rounded-2xl flex gap-3 border danger-admonition dark:danger-admonition" data-callout-type="danger">
      <div class="mt-0.5 w-4">
        <svg width="14" height="14" viewBox="0 0 14 14" fill="rgb(239, 68, 68)" xmlns="http://www.w3.org/2000/svg" class="w-4 h-4 text-sky-500" aria-label="Danger">
          <path fill-rule="evenodd" clip-rule="evenodd" d="M7 1.3C10.14 1.3 12.7 3.86 12.7 7C12.7 10.14 10.14 12.7 7 12.7C5.48908 12.6974 4.0408 12.096 2.97241 11.0276C1.90403 9.9592 1.30264 8.51092 1.3 7C1.3 3.86 3.86 1.3 7 1.3ZM7 0C3.14 0 0 3.14 0 7C0 10.86 3.14 14 7 14C10.86 14 14 10.86 14 7C14 3.14 10.86 0 7 0ZM8 3H6V8H8V3ZM8 9H6V11H8V9Z"></path>
        </svg>
      </div>
      <div class="text-sm prose min-w-0 w-full">
        {children}
      </div>
    </div>;
};

Saving changes to files within an editor or project is different from committing those changes to the Anaconda Enterprise server. For example, when you select **File > Save** within an editor, you *save your changes to your local copy of the file* to preserve the work you’ve done.

<Danger>
  Files names containing unicode characters—special characters, punctuation, symbols—can’t be committed to the server, so avoid them when naming files.
</Danger>

When you’re ready to update the server with your changes, you *commit your changes to the project*. This also allows others to access your changes, if the project is shared. See [collaborating on projects](./collaborate) for important things to consider when working with others on shared projects.

<Note>
  If the size of your stored git files totals more than 1GB, your system may become bogged down and inoperative. As such, Anaconda recommends keeping file sizes under 50MB. If a file of greater size is required for your work, please contact your administrator.
</Note>

Binary files are difficult for version control systems to manage, so Anaconda recommends using storage solutions designed for that type of data, and connecting to those data sources from within your Anaconda Enterprise sessions.

**To commit your changes:**

1. Click the **Commit Changes** icon <Icon icon="cloud-arrow-up" iconType="regular" />.

2. Select the files you have modified and want to commit. If a file that you changed isn’t displayed in this list, make sure you saved it locally.

<Note>
  Editors create temporary files that may be displayed in the file list. For example, Jupyter Notebook and JupyterLab both create a hidden folder named `.ipynb_checkpoints` for each notebook project you create. This folder is hidden because the editor uses it internally, to capture the state of your `.ipynb` file between auto-save operations. Anaconda recommends you [add this and any other hidden folders to your .gitignore file](https://git-scm.com/docs/gitignore), so they are excluded from the list of project files that are checked into version control.
</Note>

3. Enter a message that briefly describes the changes you made to the files or project. This information is useful for differentiating your commit from others.
4. Enter a meaningful label or version number for your project commit in the **Tag** field. You can use tags to create multiple versions of a single project so that you—or collaborators—can easily deploy a specific version of the project. See [deploying a project](../deployments/project) for more information.
5. Click **Commit**.

<Frame>
  <img src="https://mintcdn.com/anaconda-29683c67/6fJRxAwYs9izUc34/images/commit.gif?s=636a2c565b147b8ffdc3a4354bce3aaa" alt="" width="2880" height="1800" data-path="images/commit.gif" />
</Frame>
