com.atlassian.bitbucket.scm.Scm |
Known Indirect Subclasses |
Describes a pluggable extension point for implementing custom SCMs.
In order for an SCM to be usable by the system, it must implement:
getCommandFactory()
getFeatures()
getId()
getName()
getSize(Repository)
getStatus()
isEmpty(Repository)
getBulkContentCommandFactory()
getCompareCommandFactory()
getExtendedCommandFactory()
getHookHandlerFactory()
getMirrorCommandFactory()
getPullRequestCommandFactory()
getRefCommandFactory()
SCMs which support additional functionality, or have custom factory types, are encouraged to provide a sub-
interface extending from this one exposing that functionality. For example:
Notice that the
//Overrides the builder(Repository) method using a covariant return type to return a builder supporting both
//type-safe and free-form commands, instead of ScmCommandBuilder
public interface MyScmCommandBuilderFactory extends PluginCommandBuilderFactory {
//See the documentation for
PluginCommandBuilderFactory
}
//Overrides methods using covariant return types to return an enhanced CancelableCommands instead of
//Command Commands
public interface MyScmCommandFactory extends PluginCommandFactory {
//See the documentation for PluginCommandFactory
}
//Overrides methods using covariant return types to return custom versions of the PluginCommandFactory
,
//PluginCommandBuilderFactory
and PluginPullRequestCommandFactory
interfaces
public interface MyScm extends Scm {
//Supports both free-form and type-safe builders
@Nonnull
@Override
MyScmCommandBuilderFactory getCommandBuilderFactory();
//Uses enhanced CancelableCommands
@Nonnull
@Override
MyScmCommandFactory getCommandFactory();
@Nonnull
@Override
MyScmPullRequestCommandFactory getPullRequestCommandFactory();
}
getCommandBuilderFactory()
and getPullRequestCommandFactory()
have had their
annotations changed to @Nonnull
, indicating that MyScm
definitely supports both
builders and pull requests. This allows other plugin developers to know the features supported by the custom SCM
so they can leverage them fully.
SCM plugins are encouraged to define a separate component
for their Scm
implementations, but they
are required to define an scm
entry or the SCM will not be detected by the system. The following
example illustrates both directives:
The
<!-- Note: These should be in the SCM provider's atlassian-plugin.xml -->
<component key="myScm" class="com.example.DefaultMyScm" public="true">
<interface>com.example.MyScm</interface>
</component>
<scm key="scm" class="bean:myScm"/>
public="true"
allows other plugins to import the component. This approach allows other plugin developers
to import the SCM directly and leverage its enhanced functionality with a component-import
directive:
<!-- Note: This should be in the SCM consumer's atlassian-plugin.xml -->
<component-import key="myScm" interface="com.example.MyScm"/>
For SCMs which define a component
for their Scm
, it is strongly encouraged that they reference
that component for their scm
directive, as shown above. This ensures a single instance of the Scm
is
constructed for use by other plugins and by the system.
Note: Implementors are strongly encouraged to extend from AbstractScm
. This interface
will change, over time, and any class implementing it directly will be broken by such changes. Extending
from the abstract class will help prevent such breakages.
Note: Implementations of this interface are required to be thread-safe. Implementations of related interfaces
such as PluginCommandBuilderFactory
, PluginCommandFactory
and PluginPullRequestCommandFactory
are not required to be thread-safe if distinct instances are returned for each call.
Warning: If a component
directive is defined but the scm
directive does not reference it and
instead defines class="com.example.MyScm"
, two instances will be created. The one created with the
component
directive may be imported by plugins (assuming it is public
; otherwise, it may never be
used anywhere!) and the one created with the scm
directive will be used by the system.
Public Methods | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Retrieves a
PluginBulkContentCommandFactory , used to create Command commands tailored for getting
content from a repository in bulk. | |||||||||||
Retrieves a
PluginCommandBuilderFactory , used to create ScmCommandBuilder command builders for
custom SCM commands. | |||||||||||
Retrieves a
PluginCommandFactory , used to create Command commands for performing standard SCM
operations such as retrieving commits and viewing diffs. | |||||||||||
Retrieves a
PluginCompareCommandFactory , used to create Command commands tailored for comparing
refs. | |||||||||||
Retrieves an
optional command factory , which enables additional system
features for SCMs which implement its commands. | |||||||||||
Retrieves the ScmFeature features that are supported by this SCM.
| |||||||||||
Retrieves a
PluginHookHandlerFactory , used to create HookHandler | |||||||||||
Retrieves a unique identifier for the SCM that is provided by the plugin.
| |||||||||||
Retrieves a
PluginIntegrityCheckCommandFactory , used to create Command commands that
perform integrity checks on SCMs. | |||||||||||
Retrieves a set of
merge strategies supported by the SCM. | |||||||||||
Retrieves a
PluginMirrorCommandFactory , used to create Command commands tailored for mirroring
repositories. | |||||||||||
Retrieves a well-known name for the SCM that is provided by the plugin.
| |||||||||||
Retrieves a
PluginPullRequestCommandFactory , used to create Command commands tailored for use
supporting pull requests. | |||||||||||
Retrieves a
PluginRefCommandFactory , used to create Command commands tailored for creating
branches and Tag tags. | |||||||||||
Calculates the size of the specified repository in bytes.
| |||||||||||
Retrieves the current
status for the SCM. | |||||||||||
Retrieves a flag indicating whether the specified
Repository is empty, from the perspective of the SCM
implementation. |
Retrieves a PluginBulkContentCommandFactory
, used to create Command commands tailored for getting
content from a repository in bulk.
Implementation Note: This method is optional. SCMs which do not support bulk content retrieval may
return null
.
null
if the
SCM does not support bulk content retrievalPluginBulkContentCommandFactory
Retrieves a PluginCommandBuilderFactory
, used to create ScmCommandBuilder command builders for
custom SCM commands.
Implementation Note: This method is optional. SCMs which do not support a ScmCommandBuilder
may return null
.
null
if the SCM does not support command buildersPluginCommandBuilderFactory
Retrieves a PluginCommandFactory
, used to create Command commands for performing standard SCM
operations such as retrieving commits and viewing diffs. The commands created by the returned factory are used
to support normal system functionality; as a result, SCMs are required to provide an implementation.
Implementation Note: This method is required and may not return null
.
Retrieves a PluginCompareCommandFactory
, used to create Command commands tailored for comparing
refs.
Implementation Note: This method is optional. SCMs which do not support comparing refs may return
null
.
null
if the SCM does not support itPluginCompareCommandFactory
Retrieves an optional command factory
, which enables additional system
features for SCMs which implement its commands. Each optional command is associated with an ScmFeature
SCM feature, and SCMs are free to implement any subset of the factory's methods. If the SCM does not implement
any optional features, the returned factory may be null
. However, SCM implementors are encouraged
to implement as many optional commands as they can.
null
if the SCM
does not support any optional commandsRetrieves the ScmFeature features that are supported by this SCM.
Since the system relies on optional features to provide some functionality, like branch compare and pull
requests, it relies on this set to disable functionality that requires features the SCM doesn't provide.
Similarly, plugin developers can use the returned features to control which optional features they try
to use, rather than checking for null
or handling UnsupportedOperationException
s.
null
Retrieves a PluginHookHandlerFactory
, used to create HookHandler
null
if the SCM does not support hooksPluginHookHandlerFactory
Retrieves a unique identifier for the SCM that is provided by the plugin.
Identifiers should be unique to the SCM's type. Using the name of the SCM's binary is a good approach. For
example, a plugin implementing support for git might return "git"
as its identifier. This approach allows
the system to detect when multiple plugins are installed which implement git support, potentially leading to
unexpected behaviour from some repositories.
Implementation Note: This method is required and may not return null
.
Retrieves a PluginIntegrityCheckCommandFactory
, used to create Command commands that
perform integrity checks on SCMs.
null
if the SCM does not support integrity checks.Retrieves a set of merge strategies
supported by the SCM.
If the SCM supports pull requests
and selectable merge strategies, the
system will use the returned strategies
to allow administrators to configure the
default and enabled strategies for the "Merge" dialog.
SCMs which support ScmFeature#MERGE_STRATEGIES selectable merge strategies are required to return
at least one PluginMergeStrategy
. SCMs which support multiple merge strategies must
support the same set of strategies for merge commands and pull requests. SCMs must not support
different strategies for merge commands and pull requests.
Implementation Notes: This method is optional. SCMs which do not support selectable merge
strategies, or which don't support the merge command
or
pull requests
, may return null
.
null
if the SCM doesn't support selectable
strategiesRetrieves a PluginMirrorCommandFactory
, used to create Command commands tailored for mirroring
repositories.
Implementation Note: This method is optional. SCMs which do not support mirroring may return
null
. Repositories
using such SCMs will not be able to mirror repositories.
null
if the SCM
does not support mirroringPluginMirrorCommandFactory
Retrieves a well-known name for the SCM that is provided by the plugin.
Most SCMs use binaries which do not match the well-known name of the SCM. For example, Subversion's binary is
svn
, and Mercurial's is hg
. This method should return the SCM's well-known name, suitable for
display in a user interface.
Implementation Note: This method is required and may not return null
.
Retrieves a PluginPullRequestCommandFactory
, used to create Command commands tailored for use
supporting pull requests. Repositories
using an SCM which implements this method will have
the ability to create, view and merge pull requests.
Implementation Note: This method is optional. SCMs which do not support pull requests may return
null
. Repositories
using such SCMs will not be able to create pull requests.
null
if the SCM does not support pull requestsPluginPullRequestCommandFactory
Retrieves a PluginRefCommandFactory
, used to create Command commands tailored for creating
branches
and Tag tags.
Implementation Note: This method is optional. SCMs which do not support mutable refs may return
null
. Repositories
using such SCMs will not be able create
branches
and Tag tags.
Calculates the size of the specified repository in bytes.
If the provided Repository
does not exist, implementors should return 0
rather than throwing
an exception. Beyond that, SCM implementors are free to calculate size as they see fit. The SCM contract
does not require implementors to calculate an exact size. Some SCMs may store their files such that
there is a very fast way to approximate the repository's size while calculating an exact size would be
extremely expensive. For such SCMs, implementors are strongly encouraged to use an approximation.
repository | the repository whose size should be calculated |
---|
Retrieves the current status
for the SCM.
Available
SCMs are expected to be able to process requests. However, there may
be situations in which an SCM is unavailable. For example, if the plugin relies on a binary, or common library,
which is not installed on the host system, the SCM may be unavailable. When an SCM is unavailable, a message
explaining the reason must be provided on the returned ScmStatus
.
An SCM's status may be capable of changing over time. However, where possible, it is best for SCMs to determine
their status up front. An ScmStatusChangedEvent
should be raised if an SCM's status changes at runtime, but is not required. However, the system may not detect
the change to the SCM's status if it does not raise an event.
Implementation Note: This method is required and may not return null
.
Retrieves a flag indicating whether the specified Repository
is empty, from the perspective of the SCM
implementation. Potential criteria for determining whether a repository is empty include:
Scm.isEmpty(Repository)
only mandates that a newly-created repository must be
considered empty.
How to determine whether a repository is "empty" depends on the SCM, as most SCMs create housekeeping files in their repositories to allow them to manage state. As a result, the system cannot simply test for the absence of any files. Instead, it calls this method to allow the SCM to perform the test.
Implementation Note: This method is required.
repository | the repository to check |
---|
true
if the repository is empty; otherwise, false