package org.apache.maven.scm.provider;

/*
 * Licensed to the Apache Software Foundation (ASF) under one
 * or more contributor license agreements.  See the NOTICE file
 * distributed with this work for additional information
 * regarding copyright ownership.  The ASF licenses this file
 * to you under the Apache License, Version 2.0 (the
 * "License"); you may not use this file except in compliance
 * with the License.  You may obtain a copy of the License at
 *
 * http://www.apache.org/licenses/LICENSE-2.0
 *
 * Unless required by applicable law or agreed to in writing,
 * software distributed under the License is distributed on an
 * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
 * KIND, either express or implied.  See the License for the
 * specific language governing permissions and limitations
 * under the License.
 */

/**
 * @author <a href="mailto:trygvis@inamo.no">Trygve Laugst&oslash;l</a>
 * @author <a href="mailto:evenisse@apache.org">Emmanuel Venisse</a>
 * @author <a href="mailto:ChrisGWarp@gmail.com">Chris Graham</a>
 *
 */
public abstract class ScmProviderRepository
{
    private String user;

    private String password;

    @Deprecated
    private boolean persistCheckout = false;

    /**
     * @since 1.4
     */
    private boolean pushChanges = true;

    /**
     * Some SCMs have the concept of a work item (or task) which may need to be
     * specified to allow changes to be pushed or delivered to a target.
     * This allows you to answer the question: For this workItem, what changed?
     * Auditors have been known to love this... :)
     * SCMs known to implement this are:
     * <ul>
     * <li>IBM Rational Team Concert (workItem)
     * <li>Microsoft Team Foundation Server (workItem)
     * <li>IBM Rational ClearQuest Enabled UCM ClearCase (task)
     * </ul>
     * There may be others that support this feature.
     * <P>
     * These SCMs can be configured to reject a push/deliver unless additional
     * information (by way of a workItem/task) is supplied.
     * <P>
     * This field is only relevant when pushChanges = true.
     * <P>
     * It should be noted however, when pushChanges = true, a workItem does not
     * need to be set, as the need for a workItem may be optional.
     *
     * @since 1.9.5
     */
    @Deprecated
    private String workItem;

    /**
     * @return The user.
     */
    public String getUser()
    {
        return user;
    }

    /**
     * Set the user.
     *
     * @param user The user
     */
    public void setUser( String user )
    {
        this.user = user;
    }

    /**
     * @return The password.
     */
    public String getPassword()
    {
        return password;
    }

    /**
     * Set the password.
     *
     * @param password The user password
     */
    public void setPassword( String password )
    {
        this.password = password;
    }

    /**
     * Should distributed changes be pushed to the central repository?
     * For many distributed SCMs like Git, a change like a commit
     * is only stored in your local copy of the repository.  Pushing
     * the change allows your to more easily share it with other users.
     * @return TODO
     * @since 1.4
     */
    public boolean isPushChanges()
    {
        return pushChanges;
    }

    /**
     * @since 1.4
     * @param pushChanges TODO
     */
    public void setPushChanges( boolean pushChanges )
    {
        this.pushChanges = pushChanges;
    }

    /**
     * @return The workItem.
     * @since 1.9.5
     */
    @Deprecated
    public String getWorkItem()
    {
        return workItem;
    }

    /**
     * Set the workItem.
     *
     * @param workItem The workItem.
     * @since 1.9.5
     */
    @Deprecated
    public void setWorkItem( String workItem )
    {
        this.workItem = workItem;
    }

    /**
     * Will checkouts using this repository be persisted so they can
     * be refreshed in the future?  This property is of concern to SCMs
     * like Perforce and Clearcase where the server must track where a
     * user checks out to.  If false, the server entry (clientspec in Perforce
     * terminology) will be deleted after the checkout is complete so the
     * files will not be able to be updated.
     * <p>
     * This setting can be overriden by using the system property
     * "maven.scm.persistcheckout" to true.
     * <p>
     * The default is false.  See SCM-113 for more detail.
     * @return TODO
     */
    @Deprecated
    public boolean isPersistCheckout()
    {
        String persist = System.getProperty( "maven.scm.persistcheckout" );
        if ( persist != null )
        {
            return Boolean.valueOf( persist ).booleanValue();
        }
        return persistCheckout;
    }

    @Deprecated
    public void setPersistCheckout( boolean persistCheckout )
    {
        this.persistCheckout = persistCheckout;
    }

    /**
     * Get a {@link ScmProviderRepository} that represents the parent folder in the repository.
     * Useful when the repository does not exist yet and we need to create it from the parent.
     *
     * @return the parent repository
     * @throws UnsupportedOperationException unless overridden by subclass
     */
    public ScmProviderRepository getParent()
    {
        throw new UnsupportedOperationException();
    }

    /**
     * Get the relative path between the repository provided as argument and the current repository.
     *
     * @param ancestor another repository that should be ancestor of this one
     * @return the relative path or <code>null</code> if it can't be resolved
     * @throws UnsupportedOperationException unless overridden by subclass
     */
    public String getRelativePath( ScmProviderRepository ancestor )
    {
        throw new UnsupportedOperationException();
    }
}
